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(57) Abstract 

Computerized methods and tools for developing and 
implementing economic policies are provided. The methods 
and tools may include the use of an adaptive knowledge 
base for assisting in the formulation of policies and the use 
of a computerized financial market trading system for the 
implementation of- those policies. The tools are suitable for 
implementation using a wide range of computer hardware, 
including personal computen (PCs) and mainframe compu- 
ters. The methods and tools do not rely on advanced com- 
munication or financial market trading infrastructure. These 
tools will operate in a broad range of applications ih'both 
developing and developed economies. The method further 
includes the prindpal steps of preparing a privatization bu- 
siness plan (101), reviewing said plan by a Privatization 
Board (103), executing the plan (105), restructuring the en- 
terprise in accordance to the plan (107), submitting an appli- 
cation for certification of demonopolization to the Privatiza- 
tion Board (109), and receiving an effective demonopoliza- 
tion date drom the Privatization Board (111). 
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PATENT APPUCATION 

for 

METHODS AND TQQT ^ FOR COMPUTERIZED 
SUPPORT OF A MARKET FmianMY 

FIELD OF THE INVENnONl 
The present invation is generally xelated to the fields of infomiation technology and 
market econonucs. The invention is more particularly related to computerized tools and 
methods useful fin- achieving a successful market economy. Yet more particularly, the 
present invention is rdated to tools and methods useful for privatizing, or transferring from 
Slate ownership to individual owno^hip, large state oiteiprises in newly demooatic nations. 

BAOCnROIINn OF THE TNVPMTinN 

Among the many tasks necessary to create a successful new wrald ortfcr, after the 
events of the past several years in Eastern Europe and the former Soviet Union, it wiU be 
necessary to transfer ownership rights in substantial portions of some countries' vast 
state-owned capital stock mto private hands. In such countries, as wdl as oflm currently 
lacking effective owner shares maricets, it may be desirable to develop policies and tools for 
opoating such owner duires mark^. M^hods, tools and tasks necessary to accomplish 
such an enormous economic undertaking, without causmg socially destructive economic 
dislocation is the subject of intense current research. A detailed description of the economic 
background in which the present inventian was developed is contained in Hartnett, William 
J., "Social Welfare and the Privatization of Large Stote Enterprises in Newly Democratic 
nations,* incoiparated herein by refierence, and available from the Barker &igineering 
Library of the Massachusetts Institute of Technology as Thesis, C.E., 1993, M.S., by 
author and title. Hartnett, a draft (1992) of which forms British Phjvisional Patent 
Specification GB 9222884.0, IHed October 30, 1992, also contains detailed descriptions of 
aspects of specifk embodiments of the invoition. Relevant portimis Aereof have been 
inchided herein as Appendices A, B and D. 

It is a genera] goal of the present invention to provide computerized market tools 
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usable in countries which may be lacking maiket inftastnicture. It is a more specific goal 
of tiie present invention to make available computerized maricet tools able to siqiport any 
privatization policy chosen by govranmoit policy makm, including making possible the 
universal distribution poli^ outlined in Appoidix A. 

SUMMARY OF THH IMVRKmnM 
The presort invoition includes a computerized method of operating a maricet system, 
comprising the steps of: providing a computerized knowledge base iscoiporated in a 
computer system by which the knowledge base may be modified responsive to user 
evaluations and user contributions; formulating maricet system policies and paiameteis in 
accordance with contents of the knowledge base after any modificatiQns made by the 
computer system to the computerized knowledge base; and on a digital computer, executii^ 
mstnictians to consummate market transactions by perfiorming crossinice resolution, 
according to the policies formulated after any modifications to the computerized knowledge 
base. 

In a variation on the invention, the present invention may further inchide steps of 
TBoeiving transaction orders, inchidii^ portfolio trading delegation orders; and executing 
tradmg delegation ordecs ftir which ooss-iirioe resohition converges, resulting m 
deU^ator/deh^atee assignments by which a ddegator's portfolio is managed by a delegatee. 

In a finther variation, the invention may include collecting and entering transaction 

orders mto a computer qrstem at a first level of a receiving Weiaichy; combining th^ 
coHected and entered transaction orders into a transaction file, by executing instructions on 
the computer system; writing the transaction file to at least one physical medium; and 
sending the physical medium to a second level of the receiving hierarchy. 

Another variation on the invention may include steps of coUecting and entering 
transaction orders into a computer qpstem at a first level of a receiving hi 
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the collected and entered transaction orders into a transaction file; and 

transmitting the transaction file to a second level of a receiving hierarchy over an electronic 

conununicatim netwoik. 

In yet another variation, the invention may inchide a step of receiving onleis 
transmitted electronically by individual users. 

The above variations may be combined to form additional variations on the present 
invention. Additional aspects of the present inventioD will become apparent to those skilled 
in the art, on readiqg the following descripticm. 

BWE F DESCRIPTION OF THE DRAWittfn 
like refeieuce numerals indicate like elements in the Figures, in which: 
Fig. 1 is an overview fkiw chart of the privatization process contBmplatBd by the 
present invention; 

Fig. 2 is an Qiganizationa] block diagram of the inventive privatization process and the 
tools for implementing the same; 

Fig. 3 is a ftow chart of updating a poKcy knowledge base according to one aspect of 
the present invention; 

Fig. 4 is a concept map of the hierarchical structure of an imtial knowledlge data base 
fix* the privatization planner of the present invention; 

Fig. 5 is a flow diagnim ilhistiating the formation of a transaction data base for use 
the privatization implementatian tool of the Ulustrated embodiment of the present invention; 

Fig. 6 is a flow diagnmi of a process for updatmg a transaction data base using the 
privatization implemenlation tool of the iUusirated embodinient of t^ 

Fig. 7 is a flow diagnun of the togic of the privatization planner embodiment of the 
adqitive knowledge base tool of the present invention. 
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LIST OF APPENDirBS 

In orcler to enhance the clarity of the following details of the example endxxtiments 
are described in the attached an)endices, wherein: 

Appmdix A is Hartnett (1992), Part I, Chaptm 5, 6 and 7; 

Appendix B is Hartnett (1992), Part Il» Appradices 2 - S; 

Appendix C is a detailed description of the Privatization PlanneiT operation, 
commands and knowledge base ad2q[)tation method; 

Appendix D is Hartnett (1992), ?axt m. Appendices 1 - 7; and 

Appendix E is a description, including screen sanqiles, of the qiplication of ttie 
knowledge base system of the Privatization PlamiiefT to a susbinable development 
application. 

DBTATLED PRSCRlPnON 

The present invention will be better miderslood in view of tte following description, 
read in connection with the figures. The following description relates primarily to an 
embodiment of the invention suitable for privatizing a large economy. However, this is 
merely an exaniple, givoi for purposes of illustrating die princifries of tiie invention, which 
way be practiced in a variety of odier contexts, some of which are indicated at appropriate 
points in tiie discussion. Some ddails in tfte following discussion relate qiedfically to tiie 
«nbodiment d^dosed in Hartntt (1992), but may be inq>leniaited difierenfly, as seen for 
example in Hartnett (1993) or Appendix C, yrt remain within the contemplation of the 
present invention. 

A basic proc^ of privatization in accordance with the present invention is illustrated 
in Fig. 1. Various stq>s m this process are supported by computerized tools, aich as will 
be described below. In order to und^stand die inter-relationships between the computerized 
tools, it is first necessary to understand the privatization process contemplated by the present 
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invention, though the invoition is applicable to other processes, as well. 

Each en^prise to be privatized is to undergo a process substantially as shown in Fig. 
1. The aitaprise leadersfaip first prqnres a piivatizatirai business plan (Fig. 1, Step 101). 
The plan should inchide such detailed information as the current productive capacity of the 
enteiprise, the capital stock and labor force of the entoprise, a risk of claimed physical 
facilities, a demonopolization goal as explained below, a stock compensation plan for board, 
management and workers of the enterprise, and such other elements as would ccmvottionally 
be included in a business plan. Subsequmtly, the privatization business plan is reviewed by 
a Privatization Board (Fig. 1, step 103). 

The Privatization Board has several options by which it may dispose of a privatization 
business plan. It may disapprove of the privatization business plan, along with reasons for 
that disapproval. TTie Privatization Board may approve of a privatization business plan, in 
whole or in part. The Privatization Board may OQgotiate with the enteqnise reganiing a 
privatization business plan which has been disqiproved in whole or in part. Thus, the 
interaction between the entsqirise leadership and the Privatization Board helps to ensure that 
viable privatization business plans are writtoi and subsequently executed. 

Often, the privatization Board win find that a privatization business plan for one 
enterprise conflicts widi a privatization business plan, cmrem or published contemplated 
future operation of anodier enteqnise. In such a case, the Privatization Board will resolve 
such inter-entetprise conflicts at the time of review of the privatization business plan. 

Finally, in the course of the Privatization Board Review, an effective privatization 
date 105 is established. Naturally, an effective privatization date is established only for 
privatization business plans wfaidi have been apinoved. 

On die efifective privatization date 105, the enterprise begins to execute its 
privatization busmess plan. The stock compensation plans described in the privatization 
business plan are implemented. Periodic financial rqiorting requirements are enforced. 
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In accordance with the plans laid out in the privatiiation business plan, the enterprise 
begins restructuring (Fig. 1, step 107). The enterprise may also initiate new, private, 
^in-ofT entoprises. 

When the enterprise leadoship has reason to bdieve that the goal for 
ctemonopolization set in the (nivatization business plan (Fig. 1, step 101) has boea met, then 
the enterprise may submit an plication for certificatiQn of demonopolizatiQn to the 
Privatization Board (Fig. 1, stqp 109). The Privatizatioh Board again has the options of 
approving, ^sappnmag, or negotiating changes to the q>plicatiQn. When an qq>lication for 
certification of demfHK^iization has been qiproved, then the Privatization Board will 
establish an effective denxmopolization date 111. 

On die effective dononopolizaticni date, die cotnpcnsation stock firom the stock 
co mp ensation plans initiated on die ^ective privatization date will vesl. At dus point, 
privatization may be ctmsifiefed complete (Fig. 1, step 113). 

The organizational block diagram of Fig. 2 indicates how the tasks of privatization are 
divided among die computerized tools which are to be used to implement privatization. The 
tasks are divided into substantially two groups: planning tasks and Hansacticma] tasks. 

Planning tasks include the establishment of policy, the formulation of plans, the 
sett^g of goals and dates, and the customization of die tools for supporting die transactional 
tasks. Supporting diis aqwct of privatizdion is die Privatizatioa naimeiT 
tool 102. Example screens and source code are inchided in Appendix B. Operation and 
commands are included in Appendix C. Research and analysis 203 is performed usmg this 
computerized tool, which adapts to changmg conditions, as described bdow. This tool will 
enable a oountiy's economic leadership to plan privatization policies inchiding the 
establishment of property rights 205, die formulation of nicomes policies 207. stracturing 
die privatization sequence 209, establishing an oversight agency 21 1 and communications 
widi and witiun diat agency, and customization 213 of die PrivatizelT computerized tool 
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215 for management of transaction tasks. 

The PiivatizelT mvapaXaiied tool 215 permits the economic leadership of a country 
to process transactions submitled 1^ portfolio owners and dd^atees of portfolio owners 
concerning die enterprises owned 217, support enterprise polled shareholder voting 219 and 
support auctions of other state property 221 . File defmitions, asset types, transactions and 
conunands are described in Appendix D. In perfonning these tasks, processing centers will 
generate transaction data bases 223, which are ultimately merged into a smgle transaction 
data base for procoaang. A central conqniter which process the transaction data base 225 
generates leinvestment transactions 227, establishes valid detegations 229, selects between 
alternative transactions 231, calculates clearing prices 233 and transmits results to financial 
institutions 235. The assets permitted to be owned and transactions pennitted to be 
performed 239, by portfbUo owners and delegatees are detennined durii^ a customizaliQn 
process 213 performed by the economic leadership of the country usmg Privatization 
PlanneiT. The customization process 213 is also used to establish parameter vahies 241 , 
aich as the period over which transactions wiU be processed, caUed the investmeot cycle 
period. 

The described embodiments of the invention are contemplated as being implemented in 
a version of die Cprogrammmgkmguage. This choice yields a number of advantages. 
The C prqgrammii^ language is a subject of international standards. Therefore, it is 
suitable for use in various countries. Furtfiemiore, it is extremely portable from one 
computer phtform to another compute- platform, without extensive r&«)ding of modules, 
except perioqis certain platfonnnlqiendentinterijace modules. Yet another advantage of 
using the C programming language is that compilers are currently available on most 
platforms which produce particularly efficient, fest code. This last advantage makes the 
mvention suitable for implementation using PC hardware, when so desired. 

The Privatization PlanneiT computerized tool is next described. The Privatizarion 
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PlaimerT is a computerized coOaborative knowledge base tool designed to support custom 
privatization of a country's enterprises. Of course, deprading on the contents and 
organization of the initial knowledge base with which Privatization PlanneiT has been 
initiated, it could be used in any application where it is desired to form a knowledge base 
which grows and evolves based upcm uso- evaluations and proposed contributions. One 
such initial knowledge base is illustrated in the concept of Fig. 4. Examples of such 
suitable plications of adaptive knowledge bases include: the pursuit of sustainable 
development, as described in Appendix E; research into avoiding ^fanic strife; nK>vie rating 
ssrstems used in video rental and sales stores; and a literary anthcrfogy for wUch authors are 
lemunoBted based on the pcqnilarity of their contributions. For example, the embodiment 
of the adqitive knowledge base inventicm in a tool to support the pursuit of sustainable 
development, designated as the Sustainable Developmoit ServerT, is achieved by 
adqiting the identifying c(mtents of the welcome screen, relabelipg the name of the tool and 
subsequrat screen displays, and using the same general imrpose commands to create a 
structure of to|ncs and associated pages of information relating to sustainable development. 
See An>endn £, far examples of screai displays for the Sustainable Devdopmeot 
ServerT tool. The documentation of Privatization PlamierT embodiment of the adaptive 
knowledge base aspect of the invention contained in Appendix C is transformed into 
documentation for tiie Sustainable Development ServerT by replacing lefer^ices to 
Privatization PlannerT witii Sustainable Developmot ServerT, replacing "ntn" with 
"sds" and replacing the documentation of the Simulate command with a description of any 
adaptive knoi^iedge base iiitBr£u:e to any tool or tools developed to simulate issues rebtting 
to sustainable develq>ment. The embodimmt of the ac^rtive knowledge base aspect of the 
inventiminatool tosuiqx!rtresean±intotheavmdanceofeth^ desigmtted as the 
Ethnic Strife ServerT is achieved in a like feshion, and die associated documentation is 
transformed by inserting Ethnic Strife ServeiT and "ess" where apprxypriate, and by 
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apprqjriate adjustments to the description of the Simulate oonunand. It is qiecifically 
contemplated that users may or may not be charged fees based upon the amount and nature 
of their knowledge base access. Contributors may or may not be remunetated based on the 
quantity, ratings and longevity in the knowledge base of their contributions. 

The Privatization PlamieiT tool is inqilemented as a software program running on 
either one or more individual portable or personal oonqnita^ in tihe hands of individual 
users or user groups, or accessible on electronic networks, inchtdiiig« woddwide network 
such as IntBmet. Individual users possess copies of relevant partialis of the knowledge base 
for use with then- copy of the tool. See Interest command in Appendix C. The knowledge 
base of the Privatization PlanneiT tool is modified and updated based <m evaluations 
entered by users of the Privatizatiini PlanneiT tool. See Fig. 3. 

The user evahiation cycle illustraled in Fig. 3 begins with osos evaluatiqg and 
proposing contributifHis (step 301) to die ttqrics, sid)topics, pages and oiganizatimi of the 
knowledge base s^ment in their possession. The segments are thai im^EalBd (step 303) by 
a knowledge base coordinatOT operating a copy of the Privatization PlannesT tool to ibnn 
a complete knowledge base containing the integrated whole of the knowledge base segments 
previously possessed by the individual users. Next, die pages are scored tiie 
Privatization PlanneiT tool (step 305) in accordance with the method described in 
Appendix B. Page scores are compiled into subtopic scores (stq) 307) and subtopic scores 
are otakipiled into topic sootbs {step 309). Makii^ decisions in accordance widi the scores 
drained m the fnevicnis stqis, the Privatization PlanneiT tool adjusts the contem and 
oigamzation ofthe knowledge base (step 311) as described in Appendix B. Tlie adjustments 
are base upon some form of optimization of the scores obtained above. Finally, individual 
segments are genoated and distributed in accordance with the user preferences (st^ 313). 

Users may customize then- usage of the tool (see Customize command in Appendix 
C), and can effectively access even vray large numbers of oitries using sophisticated 
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keyword tecfaoiques (see Keyword cominand in Appendix Q, and by filtering and sorting 
entries using date, evaluations by other users, and evaluations of the user himself using 
either actual evaluations or estimates based on past conelations or anti-correlations with 
ottier users (see Order command in Appendix C). Privatization PlanneiT also provides 
and interface to a simulation of the PrivatizefT computerized mailcetplace, allowing users 
to simulate portfolio transactions and asset prices using the methods contained in the 
Privatize!T tool. See Simulate command. Appendix C. 

The Privatization PlaoneiT computerized tool permits distribution of segmented or 
partial knowledge data bases, based on individual preferences. The knowledge base may be 
distributed in whole or in part over a neiwaric or on such physical distribution media as 
didcettes and CD ROM. 

After each user of tike knoMedge base has entered comments and evaluations to titeir 

own satisfaction, the segment on which they are in possession is returned through the 
networic or physical media distribution channel to a knowledge base coordinator. The 
knowledge base coordinator merges the knowledge bases of all users into a single large 
knowledge base on a regukr basis. The results of the various users' evahiations of entries 
in the knowledge base are then used by the Privatization PlamieiT adaptive mechanism to 
eliminate entries which are of insufiiciait interest or vahie to mas. 

Ahhough the adaptive function has been thus far described m oomectioo with entries, 
or information content, the structure of the knowledge base is also subject to user 
evaluation. A knowledge base is organized into topics, which have both content and 
organization. Furthermore, evahiations are graded on bodi on quantity and quality. That 
is, an enoy or topic organization evahiation consists of both the amount of information 
associated with that topic and the value of the evaluation given by each user. The scoring 
of the evahiations according to one embodiment of the present invention is discussed in 
detail in Aiq)aidix B. 
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FxivatizelT is a coiiq)utaized tool to support free markets in newly democratic 
nations. The tool is capable of inqilemoiting any privatization policy chosen tyy government 
policy matos, and in particular includes a cq)ability to support distributioii of shares in 
large slate enteiprises to an entire citizenry. Universal distribution of at least a portion of 
public assets, such as large state enterprises, can completely avoid tiie need to value such 
assos prior to privatization. Tliis is advantageous in developing economies without any 
adequate means of achieving such vahiations. It is also advantageous m and applicable to 
developed economies because it can avoid the large absolute ineffidency associated with 
even a modest relative underwriting valuation error. Legislation or a decree can vest in 
each citizen privatization rights in die form of Stodk Market Units (SMUs). SMUs are a 
way to aggregate rights to equity in state enterprises into a current private asset, by defiiung 
a new financial instnunent composed of one share in each enteqnrise due to be privatized 
over a fixed interval. While normally the fixed interval will begm on or immediately after 
the date of legislation and terminate at some future date cemin, it is also possible to define 
intervals which are conq>leiely in the past or which are completely in tiie more distant 
future. For example, if the main SMU were ddined to extend ftom the date of legislation 
to the end of the subsequent year, then a SMU2 could be defined to bqgm at the termination 
of the fixed interval of ttie SMU and continue for an additional year ot more. SMUs can be 
imm ed i ately and fieely traded. In particular, a citizen's right to a SMU allocation can be 
used in bi<Uing for small state enterprises at race, even before implementation of the entire 
system. The PrivatizefT tool solves the problem in newly democratic nations tiiat a stock 
trading infiasinicture must quiddy be provided to execute market transactions in the absence 
of a significaiitly developed conunuincation and finandal intermediation infiastructure. 
Thus, it is a particular feature of PrivatizelT that the files and m^hods usedms^ be 
efiiciattly implemented using minimum hardware and in the absence of an advanced 
infrastructure; For aanq)le, conununications are contenqilated as pofbrmed using physical 



wo 94/10637 



12 



PCrAJS93/10557 



transfers of infonnation on diskettes, tapes or other physical media when sophisticated 
telecommunications happen to be lacking. Similarly, the msaket resolution methods are 
suitable for implementation on personal computers (PCs) as well as lai£e mainframes. 

Other assets contemplated as being traded in accordance with the PrrvatizefT 
embodiment of this aspect of the invention include stock or debt in q)edfic enterprises, debt 
of governments or financial institutions, foreign currmcy, price level adjusted mortgages, in 
addition to flexibly specified annuities which are keyed to standardized actuarial tables and 
priced according to their i^^llicit interest rate. Hiis aspect of the present isv^fikm has 
many other useful applications. For example, assets such as natural resource rights in 
Bahrain, air pollution rights in the United States, or the proceeds of a South African wealth 
tax collected either in the form of mcmey or "in kind" such as in the ibnn of stock, could 
be vested in a very large number of lecipioits or an entire citizenry, and a marketplace with 
an extremely broad investment oppcntunity set provided by this system. Appropriate bids 
and offers for any available ass^ can be made by any ntity with an account oa the system, 
inchiding goveraments, organizations and individuahi. One objective of this dspect of the 
inventicm is to provide a "springboard" to free nterinise in the context of a free market. 

The tool also siqiports the creation of a "social security" account for each citizen, for 
example initially endowed with a supplemratal allocation of Stock Market Units or newly 
privatized stock in individual enterprises by means of univmal distrilnition. This can be a 
vay attractive capability ev« in developed mark^ economies where large state enterprises 
are to be privatized but policy makers wish to strengthen the social safety ntt in the process. 
The relation of such social security accounts can specify that the Stock Marie Units in 
these accounts can only be exchanged for govemmoit debt, lifetime armuities or other 
specified assets, but witfi immediate distributions when necessitated by hardship. Such 
regulation of social security accounts is supported in the PrivatizelT tool. See, for 
example the Security transaction. Appendix D. Addidcwd allocation of Stock Mzxkst Units 
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can be made to social weliare accounts of local govemmaits in an amount carre^xinding to 
the nuiid)er of citizens Gable to be missed, for exanq)le due to homelessness. The result is a 
strengthenhig of the 'safi^ n^' for social wdfaie. 

FrivatizelT suf^xnts the marictt for oiterprise shares in a variety of ways such as 
dividend jaymsats, stodc subscrqstions and "going private. " It also provides subsets of 
shardiolder lists for stereholder votes based on polling techniques. An embedded 
marke^lace for the delegation of authority to professional investment organizations at 
competitive rates is included in the FrivatizelT too! to facilitate efficient maricets and price 
discovery. These fieatures of the maricet tool are additional examples of capabilities which 
can be valuable m devdopiiig and devdopeA economies alike. It is specifically 
contemplated that users of the PrivatizelT tool may or may not be charged fees based on 
the amount and nature of their usage of the system. 

The operation of the PrivatizelT tool is now described m connection with Figs. 5 and 

6. 

The investment cycle begins with the input of transaction data into a hierarchical 
system of computers. This phase is complete upon the production of a comprehensive and 
sorted Transaction Data Base (XDB). This is composed of blocks containmg aH transaction 
data for a given enti^, and sorted by ID code, for example as discussed in detail in 
Appendix D. This data base is then processed by means of five passes, in oider to 
implement delegations as appropriate, establish asset prices, execute transactions as 
appropriate, and transmit the resuhs to custodial financial institutions. 

PrivatizelT is a general system capable of supportmg a broad range of poBcy choices. 
It works in tandem with Privatization PlaimerT, which provides a collaborative knowledge 
base in support of policy formulatian. Policy choices such as the allocation of Stodc 
Market Units to the citizenry will often be implemented by appropriate governmental 
transaction input to the PrivatizelT tool. ReguUttion such as the maximum number of 
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transactions an individual or organization is allowed to submit, and technical specification 
such as the choice of field delimiters, are used to adapt modules such as GLOPARM as 
q)propriate. For more information on the customization process, refer to Appendices B and 
C. 

The Transaction Data Base PCDB) is prqiared as illustrated in Fig. 5 using module 
Transact (XACT). Module XACT requests the input devices, whidi can include the 
terminal and auxiliary storage such as floppy disk or tape drives. The Opisrator also 
specifies the ou^fnit device and the size of any random access disk file available for sorting. 

As XACT reads transaction blocks fiiom one or more input devices, it performs initial 
validity checks. If an error is found in the iopnt from the terminal, the opcKBtar can 
i mmediat ely correct the transaction block, in addition to making any a p propri ate notation on 
tfie input forms. If an cnor is found in input from another device, the qserator can enter 
additional transacticms to cancel out tiie error and introduce a corrected substitute 
transaction. 

Module XACT performs merge-sorting into main memory on the transaction blocks 
read in. XACT notifies the operator when it stores a sorted monory buffer onto disk, and 
wh» it merge-sorts any disk filK to the ou^mt device. If a disk is unavailable, the scnted 
memory buffer is stored directly <mtD the output device. XACT provides the operator an 
qjportunily to change the diskette or t^ after each ou^t cycle. This allows the output to 
be suteequentiy merge-soited if multqile input devices are available. 

The resultn^ disk^tes or tapes are transmitted to the next higher node in the 
hioarchical network of processing centers eitho" physically ot dectnmicaliy . For example, 
the network ilhistrated in Fig. 5 includes k)cal, regional and central nodes. At tiie central 
conqmter facility, the opoators generate a smgle comfTCheosive sorted XDB by iteratively 
merge-sorting the input. XDB should then be backed iq> and archived off-^ite. Thrx>ughout 
the process, the operators preserve the physical breaki)oints in the series of tapes which 
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correspond to the logical subdivision into categories of portfolio owners such as 
govonments, oitaiprises and citizois. 

As shown in Fig. 6, processing the Transaction Data Base PCDB) involves running a 
series of modules at the central computer facility. Detailed definitions of the files processed 
and the functions of the modules are cpntamed in Appoidix D. Module Delegatee Qrdo' 
File Generator (DORFGEN) is nm on the ddegatee-oiganization substt of the XDB to 
create the random access disk fUe Delegatee Order File (DORF). Upon creaticMi, file 
DORF should be badced tq>, to archive and to recovo- from proc^ing disnqjtions. 
Likewise, module Entnprise File Geneiator (EGEN) is run witfi interactive input to create 
and maintain the random access disk file Entaprise File (EPRISE), which should also be 
backed iq>. 

The operator then runs module PASSI. PASSI first requests die tapes far the 
enterprise segment of XDB to update dividend infonnation in EPRISE, viiidi diookl thai 
be badced up. PASSI dien requests the artire XDB tape series, generating tiie serial file 
ORDERS #1 and an updated version of XDB containing reinvestment transactions. It tiien 
requests the tapes conqiiising ORDERS li'l so that module PRICING can calculate price 
estimate #1 and post it to random access files EPRISE and PRICES. The operator should 
back up EPRISE and PRICES, and then archive them, ORDERS #1 and the original XDB. 

The operator next runs module PASS2, which requests tapes comprisii^ the updated 
XDB, and generates the serial file Delegation Offer File (DOFF) and a lending report. The 
lendmg report may be distributed to selected poteittial large bonowers, vibo are given a 
brief oppormnity to update flieh- borrowing transactions. Any new borrowing transactions 
are input to module XACI, along witti an appropriate subset of XDB inchiding, for 
exanq}]e, only the government segment and perhqs financial mslitutiras or even odier 
enterprises. Module XACT generates a new XDB subset, and the operator archives the 
subset bdng replaced. The opoator then runs module Delegatee Compensation 
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PELCOMP) wbich requests the t^)es comprising DOFF, and generates the random access 
Delegaiee Order File (DORF). 

Module PASS3 is run next. It requests the XDB tapes and generates the serial file 
ORDERS i2. PASS3 then requests the tapes comprising ORDERS n so Hat module 
PRIQNG can calculate price estimate #2 and post it to random access files EPRISE and 
PRICES. These files should then be backed up and aichived. 

The cq)erator next runs module PASS4, which again requests the XDB tapes, and 
generates the final serial ORDERS file. It then requests the final ORDERS and posts the 
subsequently calculated fmal prices to files EPRISE and PRICES, to be badced up and 
archived. 

In the final conq)lete pass, the operator runs module PASS5 which requests the XDB 
tapes, generates a final updated XDB file, and also generates serial file Disposition File 
(DF). The intmnediate set ofXDBtqies should thai be archived. 

Module DISPOSE is then run, ^ch requests the DF tqies and the financial 
institution segment of XDB. Module DISPOSE then generates a combination of reports and 
tapes or didoettes for transmittal to custodial financial institutimis. , A copy of these 
tran sm i t te d files and the input DF tapes should then be archived. 

The above sequence of prooessiAg steps is described from the perspective of an 
operator of the computerized market tool. Following is a description of the internal logical 
steps accomplished by that tool. Initially, a sorted and comprehensive Transaction Data 
Base (XDB) is assumed to be available. After first updating the Enteqnise File (EPRISE) 
witfi dividend infonnatian, module PASSl executes the first complete pass through XDB 
assuming all offers to delegate in excess of the delegatee-spedfled minimums are 
conaunmated. At this point, the serial XDB file may be veiy large. PASSl reads the 
serial XDB and the random access Delegatee Order File (DORF), which is typically much 
smaller than XDB, by calling XBLOCK, which in turn invokes modules ORDERS and 
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PRICE, to generate an initial q^ximation of asset prices. In the process, PASS I 
generates a new copy of XDB containing ACQUIRE transactions allocating portfolio 
earnings based an my REINVEST transacticni or default. 

In a second pass, module PASS2 uses those approxiniatB prices to value portfolio 
assets. Asset vahiations are used to i^proximate the total amount of offers to lend to each 
entity, by maturity and interest rate. This informadon is made available to potential large 
bon-owers"tf^provide them with a brief opportunity to iqxlate their bids to bonow money, 
as expressed in qjprppriate ACQUIRE transacticms. These transactioB updates are input to 
XACT to update the XDB. This does not necessitate a fiill pass through XDB, but only 
tiiose tapes containing transaction data for potential large boiroweR, i.e., governments, and 
peihaps financial institutions or enterprises, as discussed above. The second pass asset 
vahiations are also used to create a Delegation Offer File (DOFF) of all offers to delegate. 
Module DELCOMP sorts DOFF and then calculates the two compensation tinesholds for 
each ddegatee by asset amount and earnings in accordance witfi the embedded nunketplace 
for investment authority. 

Module PASS3 uses tiie delegatee compensation thresholds to determine which 
delegation offers are actually consummated, and generates a second appninmation of asset 
prices. 

During die fourth pass, PASS4 uses the second approximation prices to determine 
whedier to use a price^iependent ACQUIRE transaction or an available alternative specified 
m an immediately following ELSE tiansaction. Since tiie second pass prices were still 
approximations, die price dependencies of ACQUIRE transactions must also be understood 
as being approximate. The prices generated upon completion of Uiis tirad pass are final 
{vices "as or the investinent cycle date. 

Module PASS5 conducts a fifth and last pass to execute transactions as appropriate, 
update portfolio valuations, and create a Disposition File (DF) containing records of assets 
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to be dispensed by custodial financial institutions. 

The Disposition File (DF) is input to module DISPOSE which sorts it and outputs a 
tape/disk^ and/or rqx)rt of the qjpropriate records for transmission to each financial 
institution. Each financial institution in turn notifies the individuals or organizations entitied 
to the proceeds of consummated transactions, and makes ftmds available as scheduled, either 
as a principal or as an agent of the government, depending upon its category. 

It should be noted that the above description is based on an investn^ cycle, rather 
than continuous order matching. This is to permit the tool to be c^^efated using minimal 
computer, commumcarions and financial intermediary infrastructure when privatization is 
first begun, without sacrificing any significant features of a fiilly developed maiki^ 
resolution systm. However, this tool can also be used as a real-time market system by 
reducing the period of the investment cycle fix>m months, wedcs or days to a brief interval 
(tefined by a suffidmt immber of newly-submitted transactions to ensure sufficientty well- 
behaved charactmstics of the pricing behavior of a sufficient subset of the sii[q>orted assets. 

The batch mode investment cycle is adq)ted to a real-time system in a straightfoi waid 
maimer. Hie ^leraticm of the sorted ami comprehensive Transaction Data Base XDB using 
transported fdiysical media and off-line terminal entry described in Fig. S is replaced with 
real-time transaction entry into an electronic network ii^ich channels the snbmiltBd 
transactions to a central con^xiter. The electronic n^work may be inq>lemeiited 
hierarchically, with each level in the n^ork consolidating inputs into smalter numbers of 
outputs, finally producing a transaction file on the c«tral conqniter. It is possible to use 
the Simubte conunand of the Privatization PlaimeiT tool implemrated on an dectronic 
network with qqnopriate security precautions to provide an irqnit interface into even an 
actual, rather than simulated PrivatizelT system. 

The central processing is then expedited for real^me responsiveness by: 1) 
sequestering modules such as AUCTION and EVOTE which have no inherent need to 
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participate in a real-time market, even though they too can be more useful being 
impleromted as part of a responsive electronic network; 2) defying, as a^ypropnate, 
relatively time-insensitive transactions such as BANK, DELEGATE, DIVIDEND, GRADE, 
JOIN, LEAVE, OVERSIGHT, PERCENTAGE, REINVEST, TRANSFER, WHEN, for 
example to off-hours processing on a daily cycle; 3) aggregating the assets under delegated 
investment authority into a composite synthetic portfolio for each ddegatee-organization, 
able to be partially or conq>letely segregated into individual portfolioowner accounts either 
poiodicaUy or as needed; 4) relocating information storage to ^)eed access by taking 
advantage of the smaller absolute quantities of data being processed over shorter intervals, 
for example relocating die Txansacticm Data Base XDB from high capacity tape to disk, and 
relocating files such as PRICES and ORDERS from disk to main memory, along with 
periodic archival of such files to higher-capacity media; 5) configuring a powerful real-time 
central computer or set of conq>uters, and in addition qitionally exploiting parallelism 
inherent in the task, such as transaction fitont-end preprocessing, asyndnonous period- 
san9>ling as described below, or any element of first-approximation indepmd^toe of 
sqnrate asset prices - for example, me processor could be the initial co-recipient of all 
transactions involving government debt, along with the one or more processors decign^tfiff 
as the initial recipient of one or more other assets involved in the excfaan^; and 6) in 
addition, the amount of processor power required to achieve conveigence of price estimates 
is reduced because the initial price estimates, which are s^ equal to die most recent prices, 
will normally be closer to final price estimates over shorter intmrals. The above-mentioned 
modules are described in d^ail in Appendix D. 

Successful conveigence is determined by analyzing the pattern of final ass^ price 
estimates over a sequence of sampling periods which each start at the ad of the previous 
investment cycle but succe^ely add an additional v^ small interval measured either in 
time or quantity of newty-arrived transactions, as adaptively optimized, but at least equal to 
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the amount of time needed to complete the process of price estimation for the previous 
period unless parallel processors with shared information asynchronously sample cumulated 
transactions. 

The price estimate for an asset converges sufficiently when the deviation b^een the 
previous price and die price estimate for the first sampling period, or boween the price 
estimates for a number of successive sampling periods, is within acceptable bounds based 
upon recent experience with that asset. A new investment cycle is closed whoi a sufficient 
number of asset prices converge. Transactions involving only assets whose price estimates 
have converged are executed, being consummated if their price conditions are met, and 
b^g retained for inclusion in future cycles if not — unlike the default opoation in batch 
mode operation, described above. Transactions involving assets whose prices lave not 
converged are retained for inclusion in future cycles. Transactions involving only assets 
whose price estimates have converged in the above sense include ACQUIRE transactions, 
even if an associated ELSE transaction refers to non-converged assets, but exclude ELSE 
transactions if an associated ACQUIRE transaction refiers to non-converged assets. 

Transactions entered into tiie real-time system can incoiporate a field containing a 
■good 'til canceled' (GTQ flag or a "good until" time which specifies the time at which the 
transaction is to be cancelled, with the default normally being cancellation at tiie end of a 
normal daily market cyde. It is also possible for transactions entoed into the real-time 
system to incorporate a *stq> price" which triggers the transaction to be executed "at the 
market" at any available price. However, tiie expected best method of implementation, at 
least in maitets without sufficient liquidity, is to not allow "stop" orders or "market" 
orders, but rather to require each price order to have a "Umit price" whidi nmst be at least 
satisfied before the transaction is consummated. Note that like in leal-time mode, batch 
mode regulations may constrain the usage of "market ord^" or constrain prices by sdting 
"price limits" over time intervals beyond ^ch transactions are not allowed to be 
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consummated. 

The system promotes the liquidity needed for a successful real-time system. Owners 
of portfolios have access to an effective tool to continuously bid and offa assets as desired. 
The government or individual enterprise can continuously offer debt or indexed debt, 
adjusting the offered price, i.e., interest rate, and offered quantity as desired. The 
government and dpproved financial institutions can continuously offer annuities, also 
adjusting the offered price, i.e., the iropUcit interest rate, and offered quantity as desired. 
The government can post standing offers of blocks of shares of enterprises in which it wants 
to increase private holdings at prices it is able to continuously adjust, and can place standing 
bids for enterprise shares if it chooses to siqyport those share prices or buy back shares at 
price levds it considers unrealisticalty low in a market sense or unacceptably low in a policy 
sense. Enterprises are able to market blocks of their shares to the public, to bid for blocks 
of their diares, for example in a "going private" process or as part of coiparate finance 
strategy, or to engage in tradii^ in other enterprise shares as allowed by any governing 
regulations. Enterprises may offer new shares intended to raise capital, or may offer with 
government approval diares held by the state. 

Del^atee-organizaticHis are able toiunction anywhere on the tenqxiral investment 
spectrum consistent with ttieir representations to the public in their disclosure 
documentation, including position trading, day trading and scalping. Since cUegatoe- 
organizations will be hi^y motivated to maximize either their total investmmt r^um or 
their assets under management, there are strmig incentives for them to find, exploit and in 
the process reduce ineffid^icies in price discovery among the various assets on the system, 
including SMUs and individual enterprise stocks. In addition, it is posable for the 
government to encourage market-makers pledged to enhance liquidity in spedftc assets by 
various incentives, such as favofable tax treatment of income, or delegations of possibly 
large blocks of government assets including the particular ass^ for which the market-maker 
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has assumed some responsibility, conditioned upon their performance in achieving objectives 
such as helping stabilize price trajectories or marketing state-owned assets to private 
investors. 

Even individual portfolio owna^ with access to an effective electronic network will be 
able to submit real-time transactions. For example, if the Frmch government vested parts 
of large state enterprises m the entire citizenry, individual citizens could access the 
PrivattzefT tool through a network like Minitel, 

This promotion of liquidity by the system not only improves the prospects for a 
successful real-time markdplace, but also improves the character of the mark^lace in 
batch mode, in &ct, the two modes are not inconsistent. The real-time mode provides a 
very broad and virtuously continuous investmCTt opportunity set to a set of sophisticated 
market participants, evoi relative to modem market economic, and the batch mode 
provides periodic low cost access to the maitetplace to a broad cross-section of citizois with 
a typically long^ investment horizon. 

A more detailed discussion of the logic of the method embodied in the Privatizaticm 
PlanncrT aspoet of the invention is now given in ccmnection with Fig. 7. The 
Privatization PlannerT tool is an event-driven tool, which executes a loq^ as now 
described. 

Hie tool first enters a state of awaitmg a user's command (stq> 701). When a 
command has been entered, and confirmed if so required by a particular embodiment, then 
the tool parses the command entoed (stq> 703) to determine which of several alternative 
actions to next branch to (step 705). In the C programming language, this action is 
commonly embodied in a CASE statement. Next, the action required by the parsed 
command is performed (stqi 707), afiter which control rttums to tte step of awaiting a 
user's command. The functions in one embodiment of the various commands and steps 
performed thereby are described in d^l in Appendix C, however ottier embodiments 
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including somewbat different command seis and internal command logic are contemplated as 
within the scope of the invention. Each of the commands implemented in the described 
embodiment is invoked by a user by entering the reference designator of the branch from 
the stq) of brandung (step 705) to the desired command action (step 707). 

Having now described a few embodiments of the invention, it should be parent to 
those sidUed in the art that the foregoing is meiely illustrative and not limiting, having horn 
presented by way of example only. Numerous modifications and other radxxlime&ts, 
including combinations of features found in the illustrated embodiments, are within the 
scope of one of ordinary skill in the art and are contemplated as falling within the scope of 
the invention as defined by the appended claims. 

What is claimed is: 
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Chapter 5. Universal Distribution: Potential Questions 

So far, other distribution schemes have been favored over universal distribu- 
tion. In Poland, only 30% of shares are allocated to the dtizenry, and even 
those are through iinandal intermediaries, 30% is reserved for Polish or for- 
eign investors or the treasury, 20% goes to pension funds, 10% to conmierdal 
banks and 10% to enterprise employees.^ The Russian privatization program 
provides preferential options to workers and management for roughly 40-50% 
of the capital of an enterprise, with an as yet undetermined portion of the 
balance distributed by vouchers.'^ 

The conventional wisdom is that universal distribution is a ^non-starter^ pol- 
icy because of the need to accommodate stakeholders, the need for external 
disdpline over management and the board of directors, and the difficulties 
of quickly achieving dther privatization business plans or truly general indi- 
vidual ownership. It is therefore necessary to carefully consider each of these 
questions. 



**RepabIic of Poland, supra note 55 at 10. 
••See Chapter 8. 
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A. How Should Stakeholders be Acconunodated? 

An enterprise by its nature involves stakeholders such as employees, pension- 
ers, banks, creditors and local governments. By definition, business systems 
evolve an accommodation between stakeholders and enterprises - otherwise 
the class would not be considered a stakeholder. In most states, business 
systems arc embedded within a matrix of more or less clearly defined legal 
rights and customary practices. Such an infrastructure of law and custom 
is not yet in place in newly democratic nations. One line of reasoning then 
concludes that it is necessary to accommodate stakeholders by distributing 
to them an interest in ownership.*" 

'/ 

However, blurring distinctions among stakeholders is counterproductive. The 
shareholders have ultimate control over an enterprise, and are entitled to its 
residual value. Hall stakeholders were to be accorded this status proportional 
to thdr financial interest and political dout, then enterprise ownership would 
become a crazy-quilt patchwork of national and local governments, banks, 

creditors such as other enterprises, institutions, investors, board members, 

*»D. Lipton, 3. Sachs, "Ci«ating a Market Economy in Eastetn Entope: The Case of 
Poland" p. 130, Brookings Papers on Economic Activity (Spring IMl). 
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man^exncnt, vorkers, and the general dtizenry. Such an outcome would 
impose significant opportunity costs on household wealth and individual wel- 
fare. Unless the accommodated stakeholders usurp a suffidently great wind- 
fall, this could even degrade their own welfare relative to more appropriately 
tailored financial support, by narrowing their portfofio and increasing its 
riskiness. 

The dassic example of a stakeholder is the enterprise employee. One concern 
has been that workers unplacated by a sufiBdent ownership interest might 
sabotage an enterprise or otherwise thwart its privatisation. However, once 
a dedsive resolution to the allocation of ownership is reached, with a schedule 
to phase out enterprise subsidies, it is difficult to see how a worker would 
benefit by jeopardizing the source of his or her paycheck. A similar concern 
is that workers might quit to form thdr own company, in some form of 
^spontaneous privatization.'' To the extent such a process merely carries on 
the same business with the same dientde and capital equipment, it could 
be declared illegal and subject to the restitution of all subsequent profits to 
the state. However, to the extent that manpower is drained &om ineffident, 
bureaucratic or monolithic organizations to new enterprises responsive to 
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current xnaxket demands, that is a healthy process of ^creative destruction.^ 

Another common argument is that distribution of enterprise shares to em- 
ployees is necessitated by their dout.^^ But workers of industrial enterprises 
can be replaced if their demands become inequitable, especially during an 
economic depression with collapsed demand and increasing unemployment. 
Also, industrial workers represent only a small fraction of the dtisenry. In 
Poland, such workers are only 30% of the labor force, and represent about 
15% of the population.^^ In the former Soviet Union, the largest 44,000 
industrial enterprises employed about 35 million workers, representing only 
12% of its population.^ In fact, worker ownership amounting to management 
control is a potential hazard which can degrade enterprise performance.^ 

The allocation of stock to workers who happen to be employed at an enter- 
prise on the date of its privatization is inadvisable, because it concentrates 
wealth randomly (see Appendix 1). However, an ongoing stock compensation 

plan for employees can be a legitimate component of compensation negotia^ 

*^£.gM S. Fischer, supra note 33 at 5-6. 
*'D. Upton, supra note 60 at 128. 

^Estimates from graph in IMF, et aL, 2 '^tndy of the Soviet Economy^ 37 (Feb. 1991). 
^H. Hansmann, "When Does Worker Ownership Work? ESOPs, Law Firms, Codeter- 
xnination, and Economic Democracy", 99 Yale L. J. 1749, 1816 (1990). 
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tions. Unlike the effectively random initial conditions of profitability as de- 
termined by a iiistory of central planning directives, enterprise perfonnance 
after privatization and hard budget constraints take effect will be strongly 
correlated to employee performance. In sum, the best way to accommodate 
enterprise employees in particular, and stakeholders in general, is to design 
a process of privatization which maximizes the prospects for the success of 
the enterprises in whidi they hold stakes. 

B. Will the Board of Directors and Top Management 
Act in the Interest of Shareholders? 

i. Background 

Another common objection toward universal distribution to the entire dt- 
iKcnry is that it would dilute ownership rights so as to preclude effective 
control over the board and management of an enterprise.^ The theory is 
that shareholders elect a board of directors accountable to them; the board 

of directors establishes broad policies and stratepcs, and appoints and over- 

^ELg., O. Blanchard, snpra note 34 at 40-41, 44; S- Fischer, supra note S3 at 19; 
B. Djclic, *Pzivat»ation and Corporate Governance in Eastern Europe: The Case of 
Yugoslavia", Harvard draft p. 12 (Dec. 8, 1990); R. Frydman, supra note 38 at 34. 
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sees the chief executive officer (CEO) and perhaps other top management; 
the board of directors and top management have a collective fidudaxy duty to 
conduct the affairs of the corporation in the best interests of the shareholders; 
top management hires officers which can speak on behalf of the enterprise; 
officers hire non-officer employees who can in turn form a supervisory hi- 
erarchy* If the results are unsatisfactory in the context of the competitive 
marketplace, then the board of directors is expected to remedy the situation 
- if necessary by replacing top management. If the board of directors fails 
to adequatdy serve the shareholders^ interests, then the shareholders in turn 
elect different directors.*® 

However, in reality the responsiveness of a western corporation to its share- 
holders is often inadequate. A scries of common corporate tactics can en- 
trench man^ement and dilute effective shareholder control: inside directors 
(members of management also serving on the board of directors), golden 
parachutes (lucrative termination dauses in management employment con- 
tracts), proxy fights (management wa^ng battles over shareholder votes ad- 

^Foz an excellent review of the methods to discipline managen&ent and the board (e.g., 
earnings incentives, relative perfbrmanee evaluation, career concerns, stock market mon- 
itoring such as takeovers, and creditor controls such as bankruptcy) see J. Tirole, supra 
note 51 at 7-9. 
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versdy affecting its position) and poison pills (unpalatable corporate changes 
automatically triggered by a successful takeover).*^ The disciplinary back- 
stop is the capital marketplace, but takeover premiums of typically 50% 
demonstrate the insulation enjoyed by management.^ 

ii. Control by Shareholders 

Shareholder control over top management and the board of directors in the 
context of extremely widespread shareholdings can be £aciKtated by several 
policy choices: the modulation of corporation kw, shareholder voting using 
polling techniques «.d the delegation of «xthority. Corporation law can 
reflect widespread shareholdings in several ways. To promote representation 
on the board by minority factions, directors can be elected by cnmuktive 
voting without unnecessary classes. Voting quorums can be net at low levels. 
Tender offers to take enterprises private can be encouraged by reducing the 
required thresholds of shareholder approval. 

Shareholder votes can also be implemented with polling techniques. For a 
BJ.^t^^t.'r^rr;^,^^- ^« *He ^-^lic Integer., Ha^a 
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given decision, the enterprise would determine what percentage ownership 
represents the threshold between large and smaU shareholders. It wonld 
then snbmit the decision to each of the large shareholders, and a number of 
small shareholders selected at random. Each large shareholder vote would be 
weighted according to the number of shares voted, while each small share- 
holder vote would be weighted equally according to the total amount of small 
shareholdings divided by the number of small shareholders selected. How- 
ever, the probaWKty of a particular small shareholder being selected would 
be an increasing function of the number of portfolio shares. Statutes and 
regulations can specify maidmum thresholds and minimum polling sample 
sizes as a function of the rise of the enterprise and the importance of the 
dedrion. 

Shareholder control can also be ooncentrated by delegation of authority. Del- 
egation of investment authority can provide market discipline as delegatee- 
organizations perform investment research resulting in the sale of shares of 
under-performing enterprises. Sales of a particular enterprise's shares would 
tend to depress the share price, reducing the value of compensation shares 
to the management or workers. Recipients of compensation stock in well- 



wo 94/10637 



32 



PCTAJS93/10S57 



pexforming enterprises would likewise be rewarded by shaxe pnxdiBses in- 
creasing the stock price. Ddegation of voting authority can also concentrate 
shareholder control by serving as an on-gdng and comprehensive -proxy* 
delegation.*" 

iii. Alignment of Interests via Compensation 

Another very powerful way to align the interests of shareholders, top man- 
agement and the board of directors is to tie executive compensation to the 
stock market valuation of the enterprise. The idea is to determine by statute 
that a CEO's annual compensation is a fixed multiple of national average 
wages, plus a fixed percentage of total outstanding shares to be issued from 
the enterprise treasury (see Appendix 2). Corresponding formulae for the 
board of directors, prerident and perhaps executive vice-presidents would 
be incorporated into the privatization business plan. This approach can be 
characterized as an emergency incomes poHcy deagned to align the interests 
of the board and management with the interests of the shareholders. While 

incomes policies are generally defined to be anti-inflation devices, the sense 

•>At the cxtKme. a distinct pow«r to delegate Toting authority could hnvr national 
political Mgnilicnace. For instmce. . av h ludian worker-cooperative is affiliaUd with one 
of three associations, each of which L« connected with n national poUtical party. H. Hans- 
mann, snpra note 64 at 1795. 
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of corbing exploitation of inherent market power would apply here.^^ 

Stock compensation would be^ upon the privatization date specified in a 
business plan approved by some sort of Privatization Board. Vesting of ac- 
crued shares would occur only upon certification by the Privatization Board 
that any demonopolization goal which it had stipulated had been achieved. 
To further reduce the possibility of monopoly rent accruing to management 
or the board, the Privatization Board could confiscate a percentage of ac- 
crued compensation shares corresponding to its estimate of the proportion 
of the enterprise market valuation which arose from monopoly rent subse- 
quent to privatization. An exception would be that no confiscation would be 
allowed if demonopolization were achieved within a '^safe-haxbor^ time in- 
tervaL To encourage successful spin-offs in the process of demonopolization, 
the motivation to retain as large as possible a stock market base should be 
reduced. Therefore, a spin-off should pay a corresponding cash bonus to its 
parent's board and management team (as of the spin-off date), by issuing 
and selling on the market its own treasury stock. Statutory compensation 

stock would eventually be terminated by individual enterprises by the choice 

^^See generally, A. R. Braun (IMF), "^age Determination and Incomes Policy in Open 
Economies" pp. (1986). 
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of a suiBcient plurality of shareholders. 

To complement a statutory incomes policy for CEO annual compensation, 
the alignment of the interests of the board of directors and the rest of man- 
agement mlh shareholder interests via compensation can be operationally 
achicYed in the privatisation business plan for each enterprise.^^ Allocat- 
ing the non-CEO portion within the privatization business plan would pre- 
serve the flexibility to adapt the compensation plan based on the number 
and stature of directors and executive vice-presidents. Those executive vice- 
presidents would also be ideally placed to become CEOs of spin-off compa- 
nies, as enterprises transform from ^u-form'' to ^m-form."^ 

Any inclination to begrudge compensation as a percentage of stock market 
valuation for even very large firms should be resisted. Enterprise size is not 
a definitive determinant of stock market valuation. For example, the stock 

market valuation of 17«year-oId Microsoft, with 10,000 employees and sales of 

^^For a brief but cogent perspective on CEO compensation xelative to othei top execu- 
tives, see J. Lorsch, id. at 136. 

^"U^forai'' refers to nnitaty-fotm, with orgaiiisaiion*wide mannfiacturing, finance, mai- 
keting and sales departments. *7if-forai** ideis to a mnlti-diviaonal organisation along 
broad product lines which would iadKtate spin-oflEs. See generally, E. Pavlil(« supra note 
142 at 45-51. But see J. Vickers, G. Yarrow, ''Privatisation and the Natural Monopolies'* 
49 (1985), where it is argued that restrncturing of monopolies should precede privatisation. 
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$1.8 billion, is now as great as that of the world's biggest manufacturer: 84- 
year-old General Motors with 766,000 employees and sales of $124 billion.^ 
This is because the stock market more or less reflects the present discounted 
value of the expected stream of future, after-tax earnings. The boldness and 
initiative of top management, which would be strongly encouraged by unlim- 
ited upside potential, will play a vital role in determining which enterprises 
become highly valued and which ones fail. While .01% of stock as a compo* 
nent of aimual compensation can strongly motivate the CEO of a very laxge 
enterprise, it is a very small price indeed relative to the potential return to 
shareholders.^^ 

C. Can Privatization Budness Plans be Generated Quickly? 
i. The Potential for Resistance 

One concern is that privatization business plans just wonH happen, due to 
^323 (no. 7753) Economist 15 (Apr, 4, 1992). 

'^For example, the median annual average return from 1977 to 1987 of investors in the 
Fortune 500 largest U.S.indnstzial corporations was 14.1%. 117 (No. 9) Fortune D26 (Apr. 
25, 1988). Note also that more of the earnings would likelj be distributed as dividends 
than in the west. For example, in 1988, the 1000 largest U.S. public companies had a 
cash flow of $1.6 trillion, but less than 10% was distributed to shareholders as dividends 
or share repurchases. J. Goodman, G. Loveman, supra note 68 at 9. 
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mistance. However, the enterprise leaiership respondble for preparing the 
plan wotdd presmnaUy be heavily represented in the subseqnent treasury 
stock compensation pool. It would therefore be Hghly motivated to rapidly 
achieve the privatization and demonopoUzation nulestones - stock compen- 
sation "start" and "vesting" respectively (see Figure 1). Since the enterprise 
leadership is capable of providing incentives or disincentives to key employees 
the preparation phase, reristance can be minimized. 



evenm 



Indeed, a healthy tenden«7 may arise for relatively dynamic managements to 
rapidly formulate bnaness plans including contiguous and desirable organiza. 
tional subunits before they arc claimed by a potential competitor. There may 
be a corresponding "spontaneous Kquidation" of undesirable and unclaimed 
interstitial organizational subunits. Therefore, dynamic management teams 
enthusiastically supportive of privatization will tend to acquire control over 
the salvageable portions of the organizational infrastructure. In the mean- 
time, maladaptive state enterprises will atrophy as subsidies ate phased out 
and already-privatized enterprises refuse to imprudently extend credit. As 
a consequence, both the markets and the production factors of maladaptive 
state enterprises will become available to the private sector. 



wo 94/10637 



37 



PCr/US93/10557 



Figure 1: Privatization Flow Chart 





Enterpxise leadership prepares Privatization Business Plan (PBP) 
including: selective pasport update, daimed physical facilities, 
ox^anization census, demonopoUzation goal, and 
stock compensation plan for board and management. 










Privatization Board Reviews PBP: 
resolves identified inter-enterprise "interferences", 
approves, returns with comments or negotiates, 
establishes effective privatization date. 


Effective privatization date 
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Privatization Board reviews enterprise application 
for certification of demonopoUzation: 
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ii. The Practicality of Privatization Business Plans 

Another concern is that it could be impractical to qnickly generate privatiaa. 
tion business plans. This issue can be analyzed by exploring what such plans 
should contain, and how they can be generated. The privatization business 
plan should contain a selective update of currently available information," a 
list of claimed physical fadlities, and a comprehenrive if provisional organiza* 
tion chart including all available names. The generation of such privatization 
business plans is potentially a highly leveraged focal point for international 
assistance. Western academics, businessmen, lawyers or accountants, as- 
sisted by students or trainees in related fidds, could provide guidance along 
with access to portable computers and menu-driven software for expedited 
diskette submittals. 

The privatization business plan should also attempt to identify potential 

terfcrcnces", or potential boundary disputes with other enterprises.^* The 

npoi example, in the ex-Soriet Union, the paspori was a collection of thirty-nine forms 
detailing the. productive eapadty, caintal stock and labor force of an enterpxise. Each 
entcrpxise there has been teqnired to complete an annual pa$pori rince about 1980. E. 
Hewett, "'Reforming the Soviet Economy: Equality versus Effidency" p. 136 (1988). 

^^he use of patent law tenninology is intentbnal, since the privatisation business plan 
serves to stake a claim over a part of the industrial infrastructure, just as a patent stakes 
a daim to intellectual property rights. 
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full disclosure of such potential interferences would help demarcate inter- 
enterprise boundaries. The enterprise making the disclosure would be re- 
warded by a stronger presimiption of validity for an approved business plan. 
Othervnse, a conflicting privatization business plan filed within a certain pe- 
riod of time by a '^contiguous*' enterprise might possibly be awarded part of 
the first enterprise.^ 

Privatization business plans can be simplified by statutory resolution of cer- 
tain major - yet highly uncertain - potential rights and duties. Each en- 
terprise should be subjected by law to the ^poUuter pays^ principle for fu- 
ture, and only future, liability. This clearly locates future environmental 
rights in the public, while maintaining societal responsibility for past en- 
vironmental damage. AU liabilities and credits with other state enterprises 
should be discharged by law upon privatization. This is reasonable since such 
inter-enterprise transfers have arisen almost solely from centralized planning 
distortions. The net result is a newly private enterprise aUe to write its 

future on a clean slate. Such an enterprise can present a valuable investment 

^The amfaigmty of enterprise boundaries is a potentially serious compiieaibn. ''[TJhere 
is ftn astonisiiing lack of information dispersed at the enterprise level about the connections 
with suppliers or castomers* See W. Hogan, supra note 47 at 4. 
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opportunity, and attract risk capital accordingly. 
D. Is Universal Distribution Practical? 

i. The Immediate Vesting of Future Interests as a Simple and Effective 
Expedient 

Universal distribution can be simplified by allocating each citizen a single 
"Stock Market Unit'' (SMU), consisting of the right to one share of each 
enterprise privatized within some initial period, such as by the end of 1995. 
This would preserve fung^bility and promote fiquidity of SMUs. To motivate 
enterprise leaderships to privatize within that initial period, the statutory 
treasury stock compensation pool for the board and top management should 
be significantly reduced for any necessary fdllow-on interval. Such a follow-on 
interval, such as from the beginning of 1996 to the end of 2000, would have 
a corresponding tranche of ''SMU2s^. Therefore, part of the fluctuation in 
value of a SMU before its cut-off date would arise from chan^g expectations 
about the extent and timing of future privatization. SMUs would be a market 
index of expectations about future privatization prospects, and would help 
create a nationwide constituency for fast, massive and effective privatization. 
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This approach is more practical than either standard auctions or voucher 
schemes. A big problem with auctions is the absence of suffident capital 
willing and able to bid realistically- Auctions can also be dominated by pools 
of capital raised by organized crime or through "spontaneous privatization", 
undermining the le^timacy of the transition to capitalism. In contrast, the 
SMUs represent a distribution of capital to the entire citizenry, not only 
obviating the problem of insuffident capital, but bolstering the legitimacy of 
transition as well. 

Nor are the problems assodated with auctions completely cured by voucher 
schemes. While vouchers can also be universally distributed either gratis or 
at nominal prices, they impose a major information burden. Many of the 
dtizens missed in voucher schemes axe predsdy those in the most need, such 
as the illiterate or homdess.^^ Vouchers also require the bidder at auction 
to value individual enterprises without a time series of rdiable accounting 
data and in the context of major sodal upheaval. This problem is magnified 

because the information burden comes with time deadlines. Vouchers are 

^Note that even in Cseckcalovakia, whose voucher campaign has been chaiacterised as 
brilliant, 3.5 out of 11 miilion dtizens did not participate. Foreign Broadcast Information 
Service (USR-92-103) 33 (Aug. 14, 1992). 
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wasting assets, becoming worthless after the corresponding auctions. 

In contrast, SMUs provide a relatively stable investment imposing a minimum 
information burden without deadlines. They are more stable because they 
repzaent an entire portfolio, rather than a single enterprise. The information 
burden is reduced to the decision whether to keep, sell or buy more SMUs 
at the current market price. Since SMUs would be a major standardized 
asset, price discovery and dissemination shotdd be more effective than for a 
myriad of individual enterprises. Each participant in the SMU market would 
then be a beneficiary of the price discovery achieved by the market ^s most 
sophisticated partidpants. 

The absence of deadlines is fundamentally significant to the impact of SMUs. 
A legitimate and perhaps quite sophisticated strategy can be to simply hold 
them and collect the dividends. Since the original distribution is liable to 
resemble low-priced out of the money call options with extremely uncertain 
valuation and high implidt discotmt rates,^ a ^hold strategy" will allow re- 
cipients to reap the capital appredation as the sodety stabilizes and implidt 

discount rates fall. The alternative is for that appredation to accrue to so- 
''See generally, R. Frydman, supra note 38 at 19, 27. 
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phisticated risk capital, with adverse distributional effects. To constrain the 
rate at which people make investment mistakes, vesting intervals such as 20% 
a year for five years could be imposed on alienability. This could correspond 
to the expected learning curve in the society, whfle stabilizing the market by 
avoiding sudden oversupply. However, to accelerate portfolio adjustments, 
stock ownership concentration, and a reversal of the communist legacy of 
'^learned helplessness^,^ immediate vesting may well be preferable. 

The distribution of SMUs can take the form of either script or of a bookkeep- 
ing entry of the entitlement in a computer system. A particular subclass of 
dtisen such as adults could be provided the option to claim a certain percent- 
age of the entitlement in the form of script. This script would be stamped 
each year upon claiming the accrued aggregated dividends of the underlying 
portfolio of enterprise shares. Since this script would represent a store of 
value and might well become to a degree a medium of exchange, it could be 
viewed as a quasi*currency. While it would fluctuate with the stock market 

value, it might represent an inflation hedge against debasement of the oflidal 

^A. Smolar, ''Democratisation in CentratEastem Eturope and International Security", 
in ''New Duneasions in International Security - Part IF, 266 IISS Addphi Papers 25, 30 
(1992). 
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currency, enhancmg the abifity of the government to control inflation.^^ It 
would also facilitate price discovery for SMUs, as large numbers of individuals 
engaged in daily transactions at fluctuating market prices. 



However, the major form of distribution of SMUs can be as an entry in a 
computer system. Such a system can present to the entire citizenry a much 
wider range of investment opportunities. Such breadth of individual choice 
is valuable.^' Citizens should be free to bid portions of thdr SMUs along 
with cash and mortgages at privatization auctions of small state enterprises 
such as shops.^ Each individual should have the opportunity to exchange 
SMUs for selected foreign currencies,^ government debt, shares or debt of 
a specific enterprise and annuities. The government can use the residual 

minority interest in enterprises kept in its social welfare account as a capital 

*^For a discussion on ptenoas *bi-cnnency" regimes in Russia, indnding theb ability 
to reduce the ''eintssion taac" aceraing to the goremment when it hypeiinflates the money 
supply, see A. Arnold, The Bipapez Standard and Hypet-Inflation", Banks, Credit and 
Money in Soviet Rusda, 175, 196 (19te). 

**Wotld Bank, The Economy of the USSR: Summary and Recosunendations" p. 72 
(1990). 

^For a recent discussion of the status of the privatisation of retail siiops in Russia, see 
L. UchiteUe, ^Attention Moscow Shoppers: Everything's On Sale", New York Times 3 
(July 26, 1992). 

^See generally, T. Lane, 'Inflation Stabilization and Economic Ikansformation in 
Poland: The First Year", IMF Working Paper p. lb (July 1991); J. Kornai, The Post- 
socialbt Transition and the State: Reflections in the Light of the Hungarian Fiscal Prob- 
lems**, American Economic Association Meeting (New Orleans) Discussion Paper #1583 
p. 26 (Jan. 1992). 
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base to insulate its budget from the actuarial uncertainties of such annuities, 
and to underwrite insurance for private finandal institutions selling such 
anniuties as principals. 

As part of the social safety net, part of each individual's entitlement to 
ownership in large state enterprises could be placed into a restricted "social 
security" account. The only allowed investments in this account could be 
SMUs, government debt or lifetime annuities. As citizens, children should be 
entitled to a share, perh^s calculated as the percentage of an adult share 
corresponding to relative average budgetary needs and therefore a function 
of age interval.^ A child's share should remain inalienable until his or her 
majority, except for health or education needs.^ A corresponding allotment 
for children bom in the future should not be funded by enforced new share 
creation, which could debase the market. However, it would be possible to 

fund such allocations for future births by means of a wealth or income tax* 

"Boris Yeltsin has pledged that childzen shall have *4iTfit call* in Russia during the 
traarition to a market economy. G. Gkason (rapporteur), ^'Immediate and Growing Needs 
for Help to a Fragile New Democracy: Health in the Russian Federation with Emphasb 
on Children and Women" 1, UNICEF/WHO (17 Mar. 1992). 

s«in all cases, alienability could be required for heritabOity, so a child's share would not 
be inheritable, and perhaps upon death should pass by law into the national government's 
social wel&re account. On the other hand, upon reaching majority it would serve as a 
sort of patrimony. 



/ 
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To hdp fund wdfare programs for the homdess, indigent or incapadtatcd, 
the local or regional governments can be allotted SMUs corresponding to an 
estimate of the number of dtizens who axe missed in the registration. Any 
dtiaen registering after a certain grace period such as a year would obtain 
his or her entitlement out of the account of the local or regional government, 
motivating it to register everyone fast to maximize both regional welfare and 
its own funding base. Combining registration for entitlement to stock rights 
with voter registration could even provide positive economic reinforcement 
to the democratic process. 

ii. Logistics 

Appropriate initid logistical constraints can ensure practicality. Transac- 
tions by individuals executed by the government axe entered over the period 
of an investment cyde, which could initially be as long as a year. Thins* 
actions ^can be mailed or submitted in person, to dther a locd or centrd 
re^stry. As iinandd institutions and the sodetd infrastructure devdop, 
tdephone orders could be placed to brokerage houses which would guarantee 
authentidty, and rday the transactions to the centrd registry. Transactions 
axe progress] vdy combined and sorted by a hierarchy of computer centers, 
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resTilting in a comprehensive transaction data base. At this point, the cen- 
tral computer fadlity processes the transactions, calculates market-cleating 
prices, and updates portfolios with current asset accounts. Even half a ter- 
abyte of storage, enough for a per capita storage allocation of five kilobytes 
in a population of one hundred million people, would cost under one hundred 
thousand dollars.'^ 



Raedeke, Technology Update: 6mm Hdical-Scan Tape"*, CD-ROM Professional 
81, 83 (Mar. 1992). 
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Chapter 6. Policy Proposal: Immediate Universal Vesting of 
the Fatiire Interest in Privatized Large State Enterprises 

A. Steps to Take 

1. Plan the Privatization 

The first step is to formulate a privatization strategy. This need not be 
a master plan attempting to inappropriately specify choices in advance of 
future nncertain events.^ Rather, it should establish the direction of the 
privatization policy and fix property rights, while preserving the flexibility 
to deal with future uncertainty. 

The first element of privatization strategy is the choice of distribution tech- 
nique, whether auction, voucher or universal vesting. Inunediate universal 
vesting of the future interest in privatized large state enterprises (i.e., SMXJs) 
is the policy of choice. Universal distribution is equitable, fast and effective, 
and its achievement by automatic vesting is more practical and equitable 
than voucher schemes. The xmiversal vesting must be apportioned between 

rights to script and computer accounts. At least some portion of the SMUs 
*^See R. de NenfvOle, supra note 136 at 320 
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could be available in script form, to solidify public support, facilitate price 
discovery and inhibit inflation. Once a distribution technique is determined, 
recipients must be identified- Potential recipients include citizens, workers, 
management, banks, pension fands, charitable institutions, local or r^onal 
governments, in addition to a portion being retained by the national govern- 
ment. One effective policy would reserve a minority interest to the appropri- 
ate levels of government in social welfare accounts, and distribute the rest to 
the entire dtizenry. This series of choices is important to make early, since 
the establishment of property rights is a precondition to an effective market 
economy. 

After property rights are established, another series of policy choices must 
be made. If a computer system is implemented to support universal vesting 
of SMUs in all dtizens, then the dibble investment opportunities must be 
specified. Alternatives indude government debt, other debt induding annu- 
ities, enterprise shares and foreign currency. Then the types of transactions 
on the assets which the system will support must be spedfied. In particu- 
lar, the structure of any method of ddegating investment authority must be 
addressed. 
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Finally, timuig mast be addressed. Some timing issues must be detennined 
at the outset, such as the cut-off privatizatioji date fox enteipxises to be 
included in SMUs. Others should also be resolved right away, such as the 
period after which new re^trants such as the incapacitated or homeless 
would be allocated their portion out of a local or regional governmental 
account. But some timing issues can be resolved later, such as the safe harbor 
time interval for achievement of demonopolization goals without subjecting 
previous management or worker compensation stock to partial confiscation. 

ii. Promulgate Legislation or Decree 

Upon formulation of a privatization policy, the appropriate parts must be 
promulgated into law by legation, decree or ^ency regulations. For ex- 
ample, a le^lature could establish that each citizen is entitled to one Stock 
Market Unit (SMU) representing one share in each large state enterprise 
privatized before the end of 1995, an additional 1/4 SMU to be held in a 
restricted "sodal security^ account, 1/10 SMU to be available to adult dti- 
zens as script in denominations of 1/100 and 1/1000 SMU upon registration 
(but with the option to leave it on account), and one SMU2 corresponding 
to subsequent privatizations up to the end of the year 2000. As another ex- 
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ample, legislation or decree could promxdgate an emergency incomes policy 
whereby each CEO of a newly privatized large state enterprise would be paid 
the equivalent of three national average wages plus enterprise treasury stock 
equal to .01% of shares outstanding. 

iii. Implement the System 

Once the initial planning is completed and legislation has been enacted to 
define the fundamental outlines of a privatization strategy, the system must 
be implemented. As the policy apparatus of a country analyzes the chang- 
ing situation and the policies of the national government evolve, additional 
lepslation and decrees wiU be needed. To facilitate government manage- 
ment of a complex and challenging process, authority can be ddegated to an 
agency such as a Privatization Board to review privatization business plans, 
promulgate regulations and oversee demonopolization. 

Besides the legal and regulatory structure, it is necessary to actually establish 
the systems to carry out the privatization strategy. These indude person- 
nel systems to input and validate transactions, security systems to prevent 
embezzlement or privacy violations, and computer systems to process the 
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txansactions. Lessons leatned fxom the cyde of operation, maintenance and 
adaptation will then feed back into x^ulation and le^lation. 

One way to stractnre an implementation strategy is by means of Privatiza- 
tion Planner^^ and Privatuscl^*^. (Sec Figure 2: Overview of Proposed 
Policy.) Privatization Planner''*' provides a systematic overview of key 
policy choices in the privatization process. Privatise!^^ sets out the design 
of a computer system to advance privatization and free markets. In combina- 
tion, they support the development and the implementation of a privatization 
policy such as universal vesting of SMUs. 

B. The Role of Selected Groups 

i. Government Policy Makers 

Different groups will have different roles in the proposed system. The govern- 
ment is responsible for formulating privatization polides and oversedng thdr 
implementation. This initially involves legislation or decrees which resolve 
property rights, establish a management incomes policy as appropriate, and 
delegate authority to an agency to oversee the privatization process. Sub- 
sequently, that agency must promulgate regulations to provide guidance to 
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Figure 2: Ovenriew of Proposed Policy 
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and constraints upon the process. For example, professional organizations 
which accept investment authority over part of a portfolio in return for a 
share in the profits or assets could have a limit on the rates they charge. The 
agency itself must in turn be overseen by the legislature, executive and/or 
courts, who are in turn responsible to the citizenry in whom the entitlement 
to SMUs was created. 

ii. Enterprise Management 

Enterprise management must first devdop a privatization business plan. This 
win often involve a search for identity, as leadership concentrations in an 
interwoven industrial infrastructure determine where their organization ends 
and thdr suppliers and customers begin. A key step in this phase is the 
emergence of a GEO, board of directors and top management, along with 
their stock compensation agreements. This process should involve interaction 
with the Privatization Board, so that the resulting privatization business plan 
is likely to be the product of negotiated dedrionmaking, rather than the start 
of regulatory confrontation. In the case of heavily concentrated industries, 
executive vice-preridents should be placed in poritions to coalesce any spin- 
off needed to achieve demonopolization goals required by the Privatization 
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Board. 

The Privatization Board may be authorized or directed to consider wage 
compacts as part of the Privatization Business Plan, in order to cushion 
the shock of tranation on workers. This is inadvisable if workers have al- 
ready received SMU entitlements including "sodal security** accounts, since 
it wotild constrain management from manmizing the value of the enterprise 
to its shareholders - the entire dtizcnry. However, management and workers 
should both seriously consider including stock compensation as part of wage 
negotiations. 

Upon privatization, enterprise management can be^ to accrue compensa^ 
tion stock. Vesting of such stock should be deferred until the Privatization 
Board has certified demonopolization. If demonopolization occurs after a 
safe harbor time interval, the Privatization Board should confiscate the part 
of management and worker compensation stock which it estimates to be at- 
tributable to monopoly rent arising subsequent to privatization. Spin-oSs 
which survive an initial interval should liquidate a number of treasury shares 
determined by Privatization Board regulations and pay the proceeds to its 
parent organization's management as constituted at the date of spin*ofr. 
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Enterprise managements can also ensure that their organizations serve as 
data entry fod into the computer system. Enterprises would generate trans- 
action data for their own portfolio, and records of employees along vith 
negotiated stock compensation amounts. In addition, enterprises can serve 
as data entry centers for transactions by thdr employees, and perhaps on a 
compensated basis even for other members of their local community. 

iii. Portfolio Owners 

The proposed system places all citizens into the role of portfolio owners. As 
such, they are capable of evaluating alternative investments and entering 
transactions at local res^stries or enterprises. 

While part of each owner's portfolio would remain on account with the gov- 
ernment (for instance, at least the ^sodal security'' account), the remainder 
could be transferred to the individual's choice of finandal institution for 
safekeeping and access. 

iv. Processing Centers 

From the perspective of processing centers, each is a node in a hierarchical 
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network of infonnation flow. Each center recdves transaction data horn dif- 
ferent sources, sorts and combines it, and passes it to the next higher node. 
The lowest nodes may receive Tirtnally all transaction data from forms re- 
quiring data entry. Progressively higher nodes such as regional centers would 
typically handle as input the diskettes or tapes generated by the lowest nodes, 
and then send a angle set of tapes on to the the next higher node- Eventu- 
ally, a angle composite data base is produced at a central processing fadlity. 
This data base is then processed to execute transactions as appropriate, and 
the results transmitted to custodial financial institutions. 
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Chapter 7: Expected Effects of the Proposed Policy 
A. Things Gcring Wrong 
i. Confosion 

Confusion inevitably accompanies great sodal change. In particular, the 
transition from centrally planned economies to free markets involves the de- 
programming of decades of indoctrination. Basic concepts are alien. The 
^visible hand"* of Adam Smith seems a fairy tale. Profits all seem illicit. 
Private property seems anti-sodal. Initiative seems dangerous, while the dan- 
ger of joblessness and poverty is frightening. The result can be bewilderment, 
and inconsistent or even directionless policy. 

The implementation of the proposal for universal vesting of the future interest 
in privatised large state enterprises will be associated with more confusion. 
The concept of vesting an intan^le future interest may seem novd. The 
different participants in the system - government policy makers, enterprise 
management, portfolio owners and processing centers - may not at first fully 
understand their respective duties and options. 
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The antidotes to confosion axe dear policy directives, education and training, 
and patience. Each of these antidotes can be available. The universal vesting 
of the future interest in privatized large state enterprises may be novd, but 
it can be sold with clarity to a public in search of a system vnih legitimacy 
and better living standards. Education and training have international and 
domestic aspects. Exchange programs where dtizens of newly democratic 
nations travd abroad to learn while members of successful democrades take 
their place to teach are already growing in scope. On the domestic side, while 
there is typically a dearth of teachers qualified to teach advanced courses in 
western business practices, the educational infrastructure is in many cases 
a strong asset capable of redirection. Finally, a certain interval of time is 
needed to successfully navigate sudi an expanse of sodal change, so patience 
is essential. 

ii. Ddays 

The proposed policy involves the devdopment of personnd systems, security 
systems and computer systems. All can be assodated with notorious ddays. 
Ddays erode credibility, and credibility is the coin of government. 
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Two fax:tors mitigate this problem. First, actual property rights can be cre- 
ated immediately upon the promulgation of universa] vesting. These property 
lights axe real, and could immediately be used to bid at auctions of small 
state enterprises. Script for a small portion of the new property rights could 
be issued right away to tangibly demonstrate the transfer of wealth from the 
government as custodian to the individual citizens as owners. If there is a 
delay in operationalizing the personnel, security and computer systems, the 
new asset will not be impaired - alternative investment choices will only be 
deferred. If the initial delay coincides with a process of stabilization, then 
exorbitant discount rates could be punctured and share values could increase, 
to the benefit of the dtizeniy. At any rate, the challenge in such an endeavour 
and its potential advantages would be no secret, and given the opportunity, 
a society collectively can have great sophistication in its evaluation of the 
performance of a government. 

The other answer to delays is priority. One weakness of centrally planned 
economies has alwajrs been the inability to handle well the myriad simul- 
taneous decisions fadng a modem society. On the other hand, they often 
have demonstrated the capacity to do ^any thing.'' That is, given enough 
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priority, a paitictilax objective could be achieved in worid-dass fashion. H 
the transition to democracy goes hand in hand with fiee markets, «id if free 
markets are contingent upon privatizing hirge state enterprises, it would seem 
appropriate for policy makers to aHocate the human and material resources 
to achieve that goal as rapidly as posnble. 

iii. Transaction Processing Errors 

It can be assumed that every possible error wiU happen. Fictitious citi- 
zens wiD be registered. Homeless, incapacitated and illiterate citizens will be 
missed. Actual portfolio owners will request transactions they donH mean. 
Data entry personnel will input transactions other than directed. Intermedi- 
ate processing centers will lose segments of the transaction data base. The 
central computer fadhty will encounter software and hardware gfitches, and 
oerator errors. Choice of ddegatce-orgaaizations, choice between alternative 
orders, and matching buy and sdl orders will occur at approximate prices. 
Assets intended to be transmitted to custodial finandal institutions will be 
ddayed or lost. At each stage of the process, individuals outside government 
without authorized access and individuals within government with autho- 
rized access will attempt to use information improperly. While each of these 
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problems occurs in mature market economies as weU, it can be expected that 
thai magnitude will be greater in newly democratic nations. 

Problems will occur with any privatization policy, and the proposed policy 
can effectively address problems which do arise. Standard audit practices can 
raise the cost of fictitious repstration: requiring local authentication at ini- 
tial registration, random checking of the legitimacy of registrants, analysis of 
data for suspicious patterns, penalties assessed against the social welfare al- 
location of local governments with poor records in allowing fictitious entries, 
and restitution of falsely claimed assets with additional penalties correspond- 
ing to the number of false registrations likely to be missed. Allocating late 
rcpstrants (e.g., a homeless person repstering after two years) thdr entitle- 
ment out of the local government's sodal welfare portfolio will encourage it 
to initially miss as few as possible. 

To minimize portfolio owners entering transactions they donH mean, infor- 
mation can be distributed to darify choices. Still, some mistakes are part 
of the tuition in traversing the learning curve. If data entry personnel enter 
erroneous records, they can be canceled. If segments of the transaction data 
base axe missing, the regional centers can attempt to validate completeness 
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and request missing segments. When errors are caught, any consequential 
loss sustained by the portfolio owner can be made good out of the responsible 
government's account, which would likewise accrue any consequential gain« 

At the central computer fadlity, processing disruptions may necessitate re- 
covery procedures such as reprocessing from the latest backup. Software 
glitches may be identified and patched. The degree of price approximations 
will be a function of processing power available, more a ftmction of west* 
ern export licenses than technological constraints. Transmittals to custodial 
finandal institutions will be backed up and available for retransmittal as nec- 
essary. Improper use of the information data bases can be dealt with by law, 
so that what could have been OrweDian technology can instead be harnessed 
in the interest of economic security and individual liberty. 

B. Things Going Right 

i. Immediate Resolution of Ownership Rights 

A fundamental advantage of the policy to universally vest future privatization 
interests is the immediate resolution of ownership rights. While the wealth 
transfer is intangible until distributed as script, used in a bid at auction, or 
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accessible with a computer system, it is leal nonetheless. It can boost current 
household wealth and future household income, providing a non-inflationary 
stimulus to the economy. 

The proposed policy is superior to alternatives which include as redpicnts 
entities other than governments or citizens (e.g., enterprise employees). The 
reason is that to a first order approximation, with imiversal vesting the estab- 
lishment of inter-cnterprise boundaries does not affect wealth distribution. 
Indeed, it becomes in the interest of the citizenry and the hierarchy of gov- 
emments to approve enterprise boundaries which maximize their aggregate 
rather than individual worth. 

ii. Individual Social Security: "Safety Net" 

Universal vesting also provides an important safety net to individual citizens. 
The "social security^ segment of an individual's portfolio can be restricted 
to portfolio stock, government debt or lifetime annuities. This social security 
account is a meaningful asset which can be disbursed for medical or living 
necessities. The allocations to children can provide needed support, finance 
education and help prevent intergenerational poverty cycles. In the process 
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of providing an individual safety net. the social security account will also 
reduce the social welfare burden on future government budgets. 



«•« 

m 



. Individual Economic Opportunity: "Tcampoline" 



The uniestricted portion of a citizen's portfoHo is a valuable patrimony. It 
can be used to bid at auctions of small state enterprises, start a business, 
relocate a family, buy land or make alternative investments. While some 
individuals may be shrewder or ludder, all can receive the same economic 
opportunity. The result can unleash the economic power of dccentraliaed 
decisions conforming to each individual's personal utility. 

iv. Promotion of a Free Market 

Universal vesting of future privatization rights can promote free markets. It 
can be instrumental in the rapid and effective privatization of large state en- 
terprises, which is essential for vaKd price signals. It can create opportunities 
for alternative investments such as forogn currencies. It can also promote 
capital formation by accelerating the creation of markets in individual enter- 
prises, accessible to dtizens and foragn investors alike. 
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V. Transition to Private Financial Institutions 

The proposed system incorporates the concept of promoting the transition to 
private financial institutions. Individuals can transfer assets (except perhaps 
from the "social security^ account) into approved custodial financial institu- 
tions of their choice, gaining more privacy, faster access and the ability to 
change investment strategies more rapidly. This can also provide a source of 
capital to new financial institutions, which can then serve as capital inter- 
mediaries to enterprises in growth industries. 



wo 94/10637 



PCrAJS93/10557 



67 



Appendix 2: Sample Screens 

The following screens are samples illnstrating typical screen layouts and page 
contents. 

In order to double up screen ontpat onto a laser printer, two additional com- 
mands have been implemented: 

L draws asolid line across the middle of the page after the first screen has been 
printed; 

F issues a form feed to eject the page after the second screen has been printed 
beneath the first. 
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Tivatization Planner (tm) 

Privatization Planner (tin) 

You are wjh, looking at the default version, with default values- 

^Pnis software package is designed to support the systematic 
ormulation of privatization policy. An initial data base of 
nformation will provide a basic tutorial on the issues and 
ptions in privatizing large state enterprises. 

ach "generation" a primary version and selected alternates 
ill be distributed. Users can then evaluate and comment on 
he various screens and pages, and submit proposals for added, 
•eplaced or deleted screens and pages. 

•ased on the aggregated evaluations, inferior alternatives 
ill be pruned before the next generation. Authors of retained 
nformation can be given the opportunity to edit their material 
•ased on the evaluations and comments received. 



nter command: 

Page Add Replace Delete Values Eval Screen User Help Quit 
0- 2 1-2 1-2 1-2 mode [id] 




Privatization Planner (tm) Pri Oct 16 00:47:12 1992 

Privatization Planner (tm) 

~^Z"J^^^ looking at the default version, with default values 

Next Higher Screen (SO for Root) 

:i Introduction 

2 Methods of Share Distribution 
:3 Timing Considerations 

4 Privatize! (tm) Customization 

5 Administrative Information 



nter command: 



creen Add Replace Delete Title Eval Page User Help Quit 
^5 1-5 1-5 1-5 mode [id] 




wo 94/10637 



PCr/US93/10557 



Privatization Planner (tm) 

Privatize! (tm) Customization 

You are wjh, looking at the default version, with default values 

Next Higher Screen (SO for Root) 

51 Files 
^2 Modules 
13 Transactions 
>4 Assets 

15 Financing the system 



inter cononand: 

Screen Add Replace Delete Title Eval Page User Help Quit 
0-5 1-5 1-5 1-5 mode [id] 




Privatization Planner (tm) Fri Oct 16 00:48:39 1992 

Financing the system 

~ You are wjh, looking at the default version, with default values 

; Next Higher Screen (SO for Root) 



>1 General budgetary resources 

>2 Enhanced tax collection over portfolio earnings 

S3 Tax on portfolio assets 

>4 Fee based on size of transaction block 

>5 Fee based on number of transactions 

56 Fee to support emterprise votes 

57 Fee to register enterprise debt instruments 
>8 Implicit Arbitrage Revenue 



pnter command: 

Screen Add Replace Delete Title Eval Page User Help Quit 
0-8 1-8 1-8 1-8 mode [id] 
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rivatization Planner (tm) 
^ Files 

_ You are wjh, looking at the default version, with default values- 
Next Higher Screen (SO for Root) 

1 Disposition File (DF) 

2 Disposition File - Excerpts (DFXXXX) 

3 Delegation Offer File (DOFF) 

4 Delegatee Order File (DORF) 

5 Enterprise File (EPRISE) 

6 Order File (ORDERS) 

7 Asset Price File (PRICES) 

8 Transaction Data Base (XDB) 



nter covonand: 

creen Add Replace Delete Title Eval Page User Help Quit 
0-8 1-8 1-8 1-8 node [id] 




Tivatization Planner(tm) Fri Oct 16 00:5l:05 1992 

Modules 

You are wjh, looking at the default version, with default values 

Next Higher Screen (SO for Root) 

I ACTUARY (calculates periodic annuity payments) 

:2 AUCTION (supports bidding with SMUs at small enterprise auctions) 

;3 DELOOMP (calculates threshold delegatee compensation) 

;4 DISPOSE (prepares transmittals to custodial financial institutions) 

;5 DORFGEN (generates Delegatee Order File - DORF) 

:6 EGEN (generates Enterprise File - EPRISE) 

;7 EVOTE (supports polled shareholder voting) 

B PASSl (transaction processing: first pass) 

9 PASS2 (transaction processing: second pass) 

10 PASS3 (transaction processing: third pass) 

II PASS4 (transaction processing: fourth pass) 

12 PASS5 (transaction processing: fifth pass) 

13 PRICING (determines market-clearing prices) 

14 XACT (generates the Transaction Data Base - XDB) 

15 XBLOCK (analyses a transaction block) 
:nter command: 



creen Add Replace Delete Title Eval Page User Help Quit 
-15 1-15 1-15 1-15 mode [id] 
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•rivatization Planner (tm) 

•Transactions 
YOU are wjh, looking at the default version, with default values 
Next Higher Screen (SO for Root) 

1 ACOUIRE (attempt to obtain an asset in exchange for another) 
.2 ^^iiSciSl institution to process debt payments of an enterprise) 
> CANCEL ^cancel previous, unexecuted transactions) .^^ ^ 4. * 

A SATE ^SeSgSte investment or voting authority over specif^d assets 
.5 DI^DEND total dividends paid by an enterprise to s^^^res on ^e system) 
;| sSi Talt4mative ACQUIRE transaction if first PJiJ^.f^f J^^encies not met) 
17 FILTER (delegatee orders to apply to selected portfolios or assets) 
:8 GRADE (evaluation of financial institution) 
-.9 IDENT (identification of portfolio owner) 

:iO JOIN (enterprise employee stock compensation and date of hire) 

:il LEAVE (date enterprise employee ceases employment) „„*4„„a4.4«r, S:^ 

:12 OV^IGHT (dates of privatization and demonopolization; confiscation %) 

PE^NTME (minimum Compensation acceptable to delegatee organization) 
-.14 REINVEST (specifies how portfolio earnings are to . . . 

-.15 SECORITY a?ply transactions to "social security" portion P^f^^folio) 
;16 TRANSFER (t?knifer specified assets to particular financial institution) 
:nter command: 

;creen Add Replace Delete Title Eval Page User Help Quit 
0-16 1-16 1-16 1-16 




Rivatization Planner(tm) Fri Oct 16 00:52:25 1992 

Assets 

you are wjh, looking at the defaxilt version, with default values 

: Next Higher Screen (SO for Root) 

;i ALL (composite of all assets in portfolio) , , ^ . - , . , 

••2 DXXXX (debt of specific borrower, as an asset in lender's portfolio) 
J3 DIXXXX (debt indexed for inflation) 
:4 EXXXX (stock in specific enterprise) 
55 PCXX (foreign currency) 

:6 PAYOUT (generalized annuity) . ^ ^ x 

;7 SMO (Stock Market Unit, basket of shares privatized by I99x) 

:8 SMU2 (2d trance of SMUs, basket of shares privatized between 199x and 2Q0y) 

;9 VOUCHER (privatization voucher) 

;10 Virtual Asset - DR (donation "right" transferred to donor for gift) . 
;il Virtual Asset - LSER (large state enterprise rights exchanged for SMUs) 
;12 Virtual Asset - SSER (small state enterprise rights) 
513 Virtual Asset - TR (testamentary rights) 

:14 Virtual Asset - VAL (value received external to the software system) 

r 

Inter command: 

Jcreen Add Replace Delete Title Eval Page User Help Quit 
0-14 1-14 1-14 1-14 mode [id] 
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Appendix 3: Program Listing 

The following listing sets out the soorce code for Privatisation Planner''^, 
which has been implemented op to the stage where the system coordinator 
evaluates and selects information for redistribution. 
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/« Privatization Plasner(tn) Varsion 0.7 */ 

/* Proeaating diractivas» function daelarationa , 
global variabla dadarations •/ 

/* Oetobar 16, 1002 (copyright 1002 by ViUiaa J. fiartnatt) */ 

tineluda <ftdlib.h> 
•inclnda <dir,h> 
«lneluda <atdio.li> 
#incliida <8tring.li> 
•inclnda <conio.h> 
tineluda <dot.h> 
tindnda <io.h> 
tinduda <fcntl.h> 
tineluda <ays\atat.h> 
tineluda <tiBa.li> 
tinduda <procaaa.h> 
tineluda <fcntl.li> 



/• largatt t of intartad f ilaa por utar par laval */ 

tdafina HAXZFILE 100 

tdaf ina USERSU 2000 

tdafina UDEUM ***** 

tdafina TNAZ 30 

tdafina PAGELEH 1600 

tdof ina MAZSP 800 
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«izLcliide<\tc\tpp\inclnd« .c> 
void Adopt (int k); 

void loginO, paintpOi paintoO, rtxnO; 

void ser6«n()» rarvoy()» v^tfO, varraKint 1, char val[80]); 

int addr6p(ebar fnaCMiXPATB] » iat plaeo); 

void xcexpt(isit iaviteh); 

int idehackO; 

char* ln(ehar filanaffloCO]); 

eliar* ln2(char filenana[9]); 

void neBnd(ehar vfaancatT]), vemndO; 

FILE *nap8, ^mvppt *raact» *title; 

■tract Ifblk Ifblk; 

int output, iqMttBp i^tp, v^tr, atatua; 

iat vtl,vt2,vt3,vt4; /• titla vindov conara 

int vxltVx2pVxS,vz4; /* acraan/paga vindov comara */ 

int vii«vi2»vi3,vi4; intaractioa vindov eoxnara */ 

int vXltVf2»vl3»vf4; /a footar vindov comars a/ 

int uliandla; 

int ips, pa, naptotCZ], napidCS]; 
int ap£irat[2], iplaatC2], apfcoda[2]; 
int navpaga, uaapaga; 
int zval[30] ,yval[30] ,lvalC80] ,Bval; 

char apamyCTSOO] • raaponaaC240] , pagadataCPAGELEH] ; 

char ap[2]DlAXSP]Cl3], aptaztU] [10] , apcharCS] [2] ; 

char t[SO] , tnoh[80] » rC2000] , idehCl3] ; 

char drivaOUZDfiXTE] , pf ilaDUXPATH] ; 

char pathDiiXDIB] , cvdCKiXDIR] ; 

char fnamaDUZPATEQ i 

char dm [160] : 

char uaariil[5] ,varid[5] ,uaar slnfoDlSEBSUCI ; 
char •ptr,idianca[7] ; 
char ti&huf [27]; 
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#inelvde <\tc\tpp\global.c> 
/* FrograiD Main — ThB root module. •/ 

maiaO 
i 

char rwetioaClOOO] , efirst; 

char InmCHAXPATH] , cnxdir [MAXPATH] , orgdlxCNAXPAIH] ; 
char iimideh[6] ; 
char •cvdart; 

Int handlo, id«zist» dummy, mevdlr, place; 
lat 1, j; 

vti«l; vt2e3; vt3880i vt4sl; /« title viBdov 

wx3»S; vz3»80; vx4s21; /• acreen/page vindov «/ 
vi2e22; viSsBO; vi4s23; /* lataraetion vindov 

vfl«>l; «f2«24; vfdBBO; «f4e26; /« looter wiadov ♦/ 

getevd(orgdir,IUZPATH) ; 

atrepy (tnok » "title aitaixig** ) ; 
priatf("tiiok: Xs\n»,tnek); 
atrepy (aptezt CO] ,"acreen**) ; 
atr^y(aptext Cl] .**page«) ; 
atrepy(idch,**"); 
atrcpy(vazld,**") ; 
atrepy(apaxTay ,raLL) ; 

atrq)y(ftepehar [0] [0] ,"S-) ; atrepy (Aapehara] tO] p"P») ; 
8pleede[0]BFAJ>IREC; apfcode[l]«0; 

clracrO ; 

printf ("FriTatization Planner (tn) feraon 0.7 \n\n**); 
priatf(«*Copyriglit 1902 by William J, Hartnett \n»»)s 
pxintf ("enter debugging level C0«3ioae, OslotaD; **}; 
aeanf (*'Xld**»Aetttpat) ; 

printt("\aEater diak drive lor plan lile [e.g., *a:»]: ••); 
aeanl(««:U*<*drive); 

11 (output >= 0) printl(«driyee %a\a". drive); 

priatl(«\n£ater directory ol plan lil« [e.g., 'planner »]t «); 

acanl(n8",plile); 

plile[8]>i>\0«; /• truncate name at 8 bytes, 11 longer •/ 
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iKoutput >c 5) prin«("driv«« %n, fll6=)l8\xi",driv«,plil«); 

strcpy (path,driT«) ; 

»trncat(pBth,''\\",2) ; 

■txxieat(path,plile,9) ; 

if(<mtpat >■ 3) printf ("paths .path) ; 

fflkdirCpath) ; 

ehdir(path) ; 

loginO] 

navpagesl; nsapagael; 

atrcpy(r."\0"); 
atrcat(rttn)£LIM) ; 
•treat (r •ttsarid) ; 
atxcat(r.*\n"); 

•nrveyO; 

start: if(psKi) paintpO; 
•Isa paints (); 

li^ut coBonand and preeass •/ 
prei^t: vindov(vii»vi2,vi3,vi4) ; elrserO; 
prlntf (''Entar eonmand: **); 
cand: scant (**%8***raspensa); 
cf irst^toupper (rasponsa [0] ) ; 
getozy(l»2); 
if (oiitpat >» 0) 

printl ("eonmand string: Xb» cfirst; Xlc\n**»rasponsa»ctirst): 

sviteh (efirst) { 

/a printar support timctions */ 
casa >L>: /* bisect page */ 

• trcpy (rasponaa » " \n\nVn\n,,„, ., .■■ 

1 vrita (response » 1 # 88 » stc^im) ; 
break; 

ease »F»: /* eject page ♦/ 

Isrite (-M , 1 ,at«^) ; 

break; 
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/• 

The S coanud av^oTtn chnnging to another screen 
(or evitehlng into serpen node Irem page mode) • 
•/ 

case >S*: 



tf(ps»«l) 

{ 

vl2idov(l,l,80,28); 
elreerO; 

goto start; 

} 



if(pS8sO) 

BevdirsatoKteesponse [1] ) ; 

if ( (ne«dir<0) 1 1 (nevdir>iispid[p8] ) } 

{ 

gotozydti); 

print f ("Most be in fom S (to go or SXd to S%d.\nTry again: **,0»nspidCps3); 

goto cmnd; 

> 

iipdtrO; 

ll(Bevdlr>0) 
{ 

strcpy(lnn»drive) ; 

strcatdna.ftsplpt] [sp2irstCps]4Bevdir*l] [0]); 
> • 

•Ise 

{ 

if (stmeap(tre8ponse[l]»»«0*',l) » 0) 
<strcp7(lnm,path); goto doit;> 
else 



getevd(airdir »MiIPA7H) ; 
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if (8trcmpi(path,cii3rdir) ss o) 
gotozyd,!}; clrscrO; 

print! ("Ho higher directory available. \n*'); 
printf(**Try a diffaraat eoBnand: **); 
goto cnnd; 
} 

else 

atrepydaa, sO ~> aezt higher directory */ 
> 

} 

doit : chdir (f im) ; 
survey 0; 
goto start; 

> 

print2("Big trouble; ps isn't 0 or 1!**); 
exit (status); 
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/* ^/ 

ease U*: 

IKldchackO < 0) goto amd; /« cbange dlsallomd */ 

IilacosatoKftzoiponseCl]); /• vhoro to place «/ 

if (plACO ss 0) place B Mpid[p0]'fl; 

if ((place < 1) II (pUee > ntpidCpe]-*-!)) 

{pzlntf(*'ttatt be in fozn 1 (^ypend nev screen) » or AXd to A%d.\n'*, 
i»nepid[ps]4l); 
printf(**Try egain: **); 
goto cntid;> 

if (addrep(fnin,place) < 0) goto c&nd; 

if (nsptotCpi] >e mSP) 

i 

printf (**Total nimber of icreene equals JUl ~ all full!** 
" Try Bo&ething else: •nsptot [ps] ) ; 
goto cnoid; 
J 

zcerpt(l); 

if (splast[ps] < spfirst[p»]) /» first seqaenee for this id ♦/ 

if (pUce !e 1) 
< 

printf (**He« sequence, tat place f« ITTT**); 

rtmO; 

} 

strcpy (tap[pe] bisptet IptHl tO] ; 
street (tepCpsl bisptot ^s3] to] >ideh) ; 
strcpy(*spCps] Duptot ^sl^fl] [0] .fna) ; 
Bspt ot [ps] snsptot [ps] 42 ; 
> 

else /e vpdate eequence for this id*/ 

< 

for(i»nsptot[pB]; i>aspfirBt^s34place-l; i~) 
■trcpy (ftspCps] [i4l] tO] ,tsp[ps] [i] [0] ) ; 
strepy(Asp[ps] [spf irst ^s]4plftee-l] [0] ,fam) ; 
asptot ^s] ttnsptot [pe] 41 ; 
> 

break; 
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/• ♦/ 

eaB« *R>: 

if (ideheekO < 0) goto eooid; /* chaxige ditalloved */ 

pIae«Batol(teoBp0BBo[l] ) ; 

if((plaee < 1) II (place > napidjps])) 

{gotoxyd,!); 

If (iiBpldCps] >s 1) 

prlntf("Mu8t bo in toxm RXd to R%d. Try again: "MtnapidCpo]) ; 
•lao 

printX(**Io %bb to roplaco. Try again:** toptoxtl^s]); 
goto cmnds> 

if (addrepdnfflyplaco) < 0) goto cnnd; 
zcexpt(l) ; 

if (aplastCps] < apfiratCpt]) 

i 

printf ("Logic arror in eonmand***): 

«zit( statu) ; 

> 

strcpy (tipCps] Upf irot [ps] -fpXace-l] [0] »f nm) ; 
braak; 
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/* •/ 

case >D*: 

ltddchttckO < 0) goto cnmd; change disalloved •/ 

placeeatoKteespoue [1] ) ; 

If ((place < 1) II (place > napldlps])) 

{gotoxyd.D; 

iX(nspid[ps] >s 1) 

prlBtf («*lfast be in fpxm BXd to DXd. Try again: *M,napidCps]) ; 
alee 

printf(**Ho to delete. Try again: »,sptext [ps]) ; 
goto cBftd;> 

zeexpt(l); 

if(iplatt[pB] < spfiretCps]) 

{ 

printf ("Logic error in *D' eoBniand.*'); 

axit(ttatiu); 

> 

for(i « •pfiret[p8]4plaee*l; i <• aeptotCpe]-!; i-M-) 
etrcpy (ftepCpe] [iJ [0] ,ftsp[ps] U+1] [0] ) ; 
aeptot [ps] anspt et [ps] -i ; 

iKpsraO) l^tSBi; 

alee vpdtpsl; 
break; 
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/. 

case 'T*: 

if (pscsi) goto nogood; h only vorki vlth tcrten mode 
getevd(cvd,MAZDZR) ; 

CTdexto«trrchr(CTd,Atol( »•»))+!; /• e.g., (.)abc ♦/ 
lf(strlen(evdext) > 3) stzcp7(e«dezt,"**) ; 
if (etreBpi(iuerid»evdezt} l« 0) 

getozy(l»l); elreerO; 

|irintf("C«n*t ehwge title of adopted ecreenf Try aoaethiag else: **); 

goto cnnd; 

> 

if (idcheckO < 0) goto cmid; 
gotozyd^l); clraerO; 

printf ("Enter nev title for this screen: \n*') ; 

revind(stdin); 

scanf(«X[-\2i3".t); 

strcpy(f am, drive) ; 

street (Inn, "title") ; 

street (fBD»**.**)s 

strcat(fnm»idch); 

handle»op«n(fnm,0JU>ini|0.CEl£ATt5.iaEADIS.IVRITE) ; 
if ((Gntptit>a6)M(2iaBdle<0) ) 

•[ 

perror(**plan.e**); 

rtmO; 

} 

write(liandle,t,strl«n(t)-M) ; 
close (handle); 

if (output >s .9) 

gotozy(l»l): 

printf(*«acreesi fan: Xs, handles X6d\n»»fam»handle) ; 



break; 
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/» . 

case *E': 

if (streDpi(idch,iu«rid) » 0) 

{priBtf ("Cunot •vaXute om sotnp! Try a Oitlerant conmand: *')• 
goto esnd;} 

getcvd(path,IUXPAlH) ; 
liiBplit(patlitdiia»dii&tl2in9diim) ; 

prlatf (**PlaaBa avaXnato this Xs (Isvary poor, Bavery good); 

AsptextCps] [0]); 

reviAdCstdin); 

■eanf(**Xs<\dtim); 

if (strlan(dnm) >s i) 

il (ps «c 0) streat(r, /♦ danotos curront seraan •/ 

alsa streat(r,top[ps] Cosopaga] [0] ) ; 

strcat(r/* E ••); 

strcat(r,dnm); 

streat(x»"W); 

iQNttrsl; 

> 

clrscrO; 

priiitf(«Plaasa antar any coamant on this XatW.tsptaactlps] [0]) ; 

ravind(atdin); 

aeanfC^[*\n]",dim); 

iX(strlan(diim) >« l) 

< 

if (ps mm 0) atrcatCr,**.**); 

alaa atreat(x,ftap|^a]CuaapagaHO]); 

8treat(r,** C 

atreat(r,diin); 

atreat(r."\ii")s 
i^tr»i; 

> 



braak; 
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»/ 

case >P': 
il(p8»0) 

{ 

updtlO; 

vi2idov(l,i»80»26); 
clrserO ; 
p»=l; 

goto start: 
> 

if(ps«l) 

< 

MvpagOBatoKteosponse [1] ) ; 

if (nevpago 0) aovpage e tuiepage <f 1; 

il((no«pag€<0) 11 (&6«pag6>nspld[p8])) 

i 

gotoacy(l»l); 

prlAtf (*'Miut be In foza P (increment unless last) or P%d to PXd. Try again: **, 

0»napid[ps]); 

goto cmnd; 

> 

u«paga^Mvpage ; 
goto start; 
> 

printf("Big treiible: pt isn't 0 or lf«); 
exit(etatns); 
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/♦ 

case >U': 
iieBttd(Bhttae«) ; 
•tirveyO ; 

if (strcDp(vh«Be«»**proapt*')B«o) goto proaqpt; 

if (ttremp(vh«Beet'*cBnd*')esO) goto esnd; 

if (8trciip(vh«&ce»'*fltart")«»0) goto start; 

prlatf (*^CNND dono* Vhat aovT? Vhonee & %t**,vh«nc«); 

•zit( status); 

case 

if (ps cs 0) goto nogood; 

veandO; 

goto start; 



case *H*: 

/* add on-line help «/ 

if (output >e 9) prlutfC "switch case B**); 

break; 

case *Q*: 

viado«(l,l,80»36); 
elrserO; 
chdir(orgdir); 
exit (status); 

default: 
nogood: gotozyd,!); 
prlntf ("Invalid eomand. Please anter seu connand (B for help): "); 
goto cmad;> 

goto start; /* cycle iq> for another coamand 



} 
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/* Privatization Plaxtnar (tm) Subroutinas */ 



«includ6<\tc\tpp\ineliuls .e> 
aztan void adopt (int k); 

aztan void loglnO, paintp()» paint rtznO; 

aztazn void aeraan()» aiirvay(), iqidtfO. varval(int i, char val[80]); 

aztan int addrap(ehar fnsDUXPAlfl] , int plaea) ; 

aztaxn void zeazpt(int iavitch); 

aztaxn int idehaekO; 

aztaxn char* 2n(char lilanana[9]); 

aztaxn char* fn2(char filanamaM); 

aztaxn void ucmnd(char «hanca[7]), vcondO; 

aztaxn FILE *napa, ^n^, «raact» *titla; 

aztam atmct flblk ffblk; 

aztaxn int output, u^dta, i9>dtp, updtr, atatus; 
aztaxn int Vtl,vt2»vt3,vt4; /• titla vindov coxnara a/ 
aztaxn int vzl,vx2,vz3,«z4; /* acraan/paga vindov coxnara •/ 
aztaxn int vii,vi2,viS,vi4; /* intaraetion vindov coxnara */ 
aztaxn int vf i,vf2,vf3,wf4; /« lootar vindov coxnara «/ 
aztaxn int nhandla; 

aztaxn int ipa, pa, naptotUlt napidC2]; 
aztaxn int apfizst[2], apIaatU], apfeoda[2]; 
aztaxn int navpaga, naapaga; 
aztazn int zvalCSO], yvalCSO], IvalCSO], nval; 

aztazn char apazmyX7800] , rasponaaC240] , pagadataCPiGELBH] ; 

aztaxn char apC2] DUXSP] [13] , aptazt [2] [10] , apcharC2] C2] ; 

aztaxn char t[80], tnokCSO], rC2000] , idch[i3l; 

aztazn char drivaDUZDRCTE] , pfilaClUZFZLS] ; 

aztazn char pathDUZDIR] . cvdCMiZDlU ; 

aztam char tnanaDlAZPATBl ; 

aztaxn char dun [160] s 

aztaxn char uaarid[6] pvaridCS] ,ttBarainfo[QS£RSLI] ; 
aztazn char •ptr, vhancatT]; 
aztazn char tiabttf[27]; 
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#incli2de <\tc\tpp\«ztezii«c> 

/♦ Adopt InplMentt a u«r*B choice to adopt tho orgaalzotion 
•ad/or pago contonts eX another user #/ 
void adopt (int k) 

iat i; 

/* Delete proTioua Ihiserid eegnesd «/ 

ipssk; 

xcoxpt (2) ; 

it(spIaatDd >• apfiratCk]) 

{ 

»ptet Ckl^^sptotDO-Uplut Dc]*ipf irat D0^3) ; 

2or(i«ipfirttDG-l; KwptotW; i++) 

atrcpy (tBpDO [i] CO] ,Aap[k] U+tplaat W-aplirat Ck]423 [0] ) j 



/♦ Append adopted (idch) version under osarid rubric ♦/ 
•trepy (*ip[k] baptot Dc]] M ."U") ; 
atrcat(*apDt] tnaptotCk]] [0] tWerid) ; 

zeerpt(l); 

iKaplaatDO < ap2irat[k]) 

{ 

priatf(*'IuU aet adopted. Vhat next? ••): 

retttm; 

} 

lerCiaapfintDc]; i<«apla8tlk] ; i-i-4) 

atrcpy<kapWIaaptotD04i-epfirat[k]+l3 C03 .kmpia Ci] COJ); 
aaptot CkJiqifptet Ck3*«*eplast DO-epf ixat 00+2 ; 

if (k ee 0) t^tdtasl; 

elae vpdtpel; 

I9>dtl(); 

> 
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Modnla addrap liandlat logic eomon to tho 
add (*a0 and replace (*R>) coamandB */ 

i&t addrapCchar fiunDlAIPATH] » int placo) 

int i, handla; 

int mmlt wsaax, pg^^^tr; 

int l«ft[mx]t right [VMAX]; 

char convi[3] ; 

char spnanaClS], placachCS] , iehC3] • respoua [eo] ; 

ttxcpy (spnana »tepehar [pa] [0] ) ; 
itoa(placa»placaclitlO) ; 
atr cat ( ipna&o »plaeaeh) ; 
•trcp7(tnm»driv6) ; 
ttrcat (Xnm»spname) ; 
stxeatdnm 
atreat (f nm* idch) ; 



/* naod to ganarata altoznativa naae? */ 
il(findfint(fnm,tffblk,«pfcoda^s]) » o) 
{for(iel; i<aiuXZFILE; i<H>) 
i 

atr^7(apnama ,topchar[p8] CO] ) ; 
atreat (spnana ^^i*") ; 
itoa(i,ich»10); 
atxeat (apnana tieh) ; 
atzcp7(£nB,driva) ; 
atxeat (fnm,spnam6) ; 
atreat (Inm, 
atreat (tnm,idth) ; 

if(find2irst(ln&,ttfblk,ipfcodaCps]) Is 0) goto avail; 
getoxyd,!); 

printf (»0sar %b already hat Xd nav Xss.\n'\ 

ideh,IUZIFZL£,ftsptaxt [pi] ) ; 

printff^'Add and Raplaca imavailabia*\n"}; 

printf(**TX7 a diflarant eoanend:"); 

rattim(-l) ; 

> 

avail: ; 
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if (psB^O) 
i 

Bkdir(fBB); 

/m prlntfC'addzttpl, tun: Xt".fiim);rtzii(); zap */ 

strepyCf&B^drive) ; 

strcat (timt spnue) ; 

strcatUsB/*.*'); 

■treat (fun, idch) ; 

•treat (Ian. ••W); 

•treat (fan. "t itle») ; 

•treat (iBB,**.**); 

•treat (f &a»ideh) ; 

/• priBtl(**aildrap, Im: Xa'Miun); zap •/ 
handle«open(fiia,O^RDWRtO.CB£iT,S.IREAD|S.IVRZTE) ; 
if ((oatput >8S) kk (handla < 0)) 
{p«xror(**iiev aeraan title :*');rtxii() ;> 
gotozyd.l); elraerO; 

pristf ("Eater titla for your nev •ereen:\a"); 

reviiid(stdiB) ; 

•caaf (**%[*\n] - treaponae) ; 

«riteO&aBdle»reapo&ae,atrlen(reapoiue)4i) ; 

elose(ha2uae); 

> 

elae 

{ 

«iiu!ov(l,l,80,l>; fotezy(32,l); 

priatf (*'Xa Xd of Xd** ,Bptezt [pe] »plaee »iiapid[pa] 4i) ; 

atrepy(faB9drive) ; 

atreat(fm,apnane) ; 

atreat(fam» 

atreat (f iin» ideh) ; 

haBdle»epen(faB,0«U)Wa|O.CR£iT,S.IREADIS.IVRIT£) s 

if ((entpat >s S) U (handle < 0)) 

{perror(«*Sev page;~>;rtzn() ;} 

isp: viBdov(vil,vi2,vi3,«i4); gotozy(l,l); 

priBtf ('•Enter centcnta of your nev page (C and carriage retnm to end):**); 

vladov(vzl,n2,vz3«vz4) ;clracr() ; 

revind(atdin) ; 

•c«if (*X[-e] - ,pagedata) ; 

revind(atdin) ; 

vrite(liandle,pagedata»atrlen(pagedata)n) ; 
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close (handle); 
usepagevplace; 

lor (atmlsO, xmmreO, pgdptr«0; pg^tr<strlen(pagedata) ; pgc^tr-f*) 

if(pagedata[pg4>tr] » *V) 
{left[iniml3>spgd^tr; iiiib144:} 
if(pagedata[pgc^tr] i>i) 
{right Cininr]>pgdptr; munr - n ;} 
} 

if (mtml fs nDDr) 

{printf("Mit]iatehed number of (Xd) and >V (Xd)*S 
Bimly Btunr); goto inp;} 

if (nmnl > TMAX) 

{printf(**Too many variables: %d > Xd!", mml, TMAX); 
goto ii^;> 

for (i*0; i<iiiml; i-H>) 
{ 

streat (r , spnajie) ; 
if (atrc89>(ideh,»") l« 0) 
<strcat(r atrcat(r,idGh);} 
atrcat(r,** V ••); 

str^(co&vi»itoa(i-fl»eoavi»10)) ; 

streat(r f cenri) ; 

Btreat(r,** 

•tr&eat(r«^agedataClef tCil-t-l] ,right U]-lef tDJ-^l) ; 

•trcat(r,*\n''); 

} 

if (nnrnl > 0) 
{iipdtr«i; v^tf()t> 



vindoo(vii,vi2,«i3.«i4) ; 

drscrO ; 

> 



atrepy (f n&,8pnBme) ; 
iKstrcmpCidch,*") lo 0) 
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•treat (fnm /*."); 
•treat (fiiffltidch) ; 
> 

If(psseO) iqMltSel; npdtpsl; 



ratnznCl) ; 
> 
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Module In retuzxiB a 2il« path, appending Idch 

char* fnCchar fUenaaeM) 

■ tr cpy (fname »driTe ) ; 
■treat (Inane ile&ame) ; 
etrcat (Inane 
■treat (f name »ideli) ; 

/* pristtf (**\iifn. use: %b (drive: %n nuse: %s idch: Xe).\n*', 
fnaa* , drive ,f iXm«&e , idch) ; * / 
xetumdnaae) ; 
> 

Nodule tn2 returns a file path» appending userid e/ 

char* ln2(char lilenaneCO]) 
{ 

atrepy (f nane »drlve) ; 
■treat (tnaae , tilenase) ; 
at rest (f naae »**•**); 
■treat (f name »ueerid) ; 

/• prlntfC'Xnfn, uae: (drive: %■ name: %■ idch: ^■>.\ii-. 
Inane tdrive,filename,ideh); 
retum(fnatte> ; 
> 

/* Module Ideheek retnma 1 it user !■ in ovn ■eti^, othervioe -1 ♦/ 
int ideheekO 

IfCstrdc^iddchtUaerid) u 0) retnm(l); 
•lee 

i 

gotoxy(l»i); 
clrecrO; 

print! ("Changing another uaer*e eeti^ !■ disalloved. To adopt thie user's ■etup,") 
printf ("\ntype VXb tron Screen mode, lev command: **»ueerid); 
retuxn(-i) ; 
> 

> 
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/* Modul* login identliies a aev or previous user 

▼old loglnO 
{ 

Int it sibytos, off sot; 
char *ptrl, ansESO] ; 

iihuidl«»open( **iuer8«* , O.ftDVE I O.CR£AT,S.ZR£AD I S.XVRITE) ; 
if (nhandlo < 0} 
iporror(**tiaer8: **); 
•zit (status);} 

priatf ("NnEater usor ID of up to throe characters: **); 
acanf("Xs«»aserid); 

if (strenp(userid,**#l**)"0) {strcpyCuserid,***) ;rettixn;} 

Bibytes e read(iihazidle,user8ixifo,DSERSLK); 
offset»0; 

vhile(eff set < nbytes) 

ptr«tasersiiifo [offset] ; 
if ((stmcB9(ptr,UDELIM»l) o) 
M(strcnp(ptr4l,userid) 0}) 
{ 

of f setBof f 8et4strlen(ptr)'f 1 ; 

if (8tnic^(tasersi3ifoCoffset],m)ELIK,l) !o o) 

priittf(«*\iiHeUo, XsW.toaerslsfeCoffset]); 

delay (760); 

close (uhaadle); 

return; 

> 

else 

of f set«of f set-f strleB(ptr)4l ; 
} 



/• Id not yet logged. Log it vlth other info */ 

strepy (ans ,in)ELIM) ; 

street (ans^userid) ; 

vr it e (uhaadle * ans « s trlen (ans ) 4i ) ; 

printf (*'\n\nPlease enter your name:\n"); 
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r6vind(8tdin) ; 

•c«nl(-X[-\n3",«u); 

writ 6 (uhandle , axu . s txlen ( ns ) 4 1) ; 

pritttlCXnViiType 1 for acadeaic, 2 tor prclMsional, 3 fox governaent: «); 
revlzid(stdiii) ; 

vrlt6(iihandle,an8,strl«n(ani)^l) ; 

2or(isi; KeS; !*♦) 

priatf ("XnXaXypa 5td ol E •tpplamental Info linos (o.g.. plione, «ddr«0B);\n'M); 

z«TiBd(Btdin) ; 

•canf{«%[*\n]",on«); 

vrit«(tahaBfil«»ans»strl«n(«B8)'»-l) ; 

> 

clo»o(iihandlo) ; 

} 
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/* Mednl« paiatp i^dat«8 tho vcreen in page node 

void paintpO 

{ 

l&t i&dez, i. pg4»tr» suml, nuBTt skiplin^ firttter; 
lat l«ft[30], ri^tOO]; 
iBt xpot,ypof : 
Int idtot, adash; 

char Idl [8] »id2[8] .IdS [8] ; 

char FpathDUZPATH] ; 

char tlxilo[80] ,eoimt[3] ,fz[80] ,val[80] ; 

FILE ♦pg; 

&fpid[pg]«0; apfirttCpsl^O; splaat[pt]»*l2 
ip»«pt; 

xeezpt(l); 

aspld[pa]«tplast [ps]-tpllrat Ipi]4i ; 

/* Scraan haadiag •/ 

viiidov(l.l,80,26); 

cIraerO; 

priBtf(**\iiPrivatization Planner (tm)**); 
gotex7(32ti); 

ifdupldCpt] n 0) uaepage « 0; 

ltduepaga > aapidCpa]) naapage « 1; 

lf((napidCpa] > 0) tt (naapage < 1)) naepaga e 1; 

printf(*«Xs %A of M"»aptaxtCps] .iwepaga.napidEpi]); 

gotoz7(67»vt2-l>s 

tlBa(tlatoiif); 

printf (*«Xs»,ctiBe(tla^)) ; 

/* Screen title */ 

gotoz7((8(Katrlen(t))/2.vt2) ; 
printlC1ts\ii",t); 

atrq>y(idi,"delanlt") ; 

if(8trcap(iuerid,*"*) l» O) atrepyCidl.tuarid) ; 
atrepy (id2 , **def aiat**) ; 
iKstrcBpUdch.****} 1= 0) atrepy <id2, idch) ; 
atrepy (idS , "daf aiat") ; 

if(fltreBp(Tarid»«") f= 0) atrcpy(id3.varid); 
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idtotsitrlenddl )<f strlen(id2)<fstrl«n(ld3} ; 
BdaBhs ( 80-47-idtot ) /2 ; 
tor(i=l; Ksndash; i-ft) 
printl {"-"); 

priatf (*'Toa axe Xt, looking at the %b version/* 
•*vlth %B values. ",idl,id2, ids); 
<or(i«l; i<«ndash; ±'^*) 
jnritttf (••-«); 

/* Page contents «/ 

if(spla8t[ps] >s spfirst[p8]) /« any pages? e/ 
{ 

Btzcpy(ppathf drive) ; 

strcat(ppatli,ftspCps] [spf Irst [ps] tnsepage-1] [0] ) ; 

printf(*^aiiitp: sp Ks^'.ftspCps] [spfirstCps]4usepage-l] [0] ) ; /* sap */ 

pg«fopen(ppath,**r^**) ; 

strcp7(pagedata,"*«) ; 

tread(pagedata,l .PAGELEH,pg) ; 

fclese(pg); 

xpossvzl; yposcvx2; nvalsO; 

f or (nnnlso ^niiDrsO rpg^itrsO ;pg4itr<st rl«n (pagedat a) ;p g ^tr*t) 

if (pagedata Cpg^r3 «> * { * ) 
{ 

lef t bnmU "pgdptr ; 
zval btnal] expos ; 
yvalbuml] eypos ; 

BUBl^f; 

> 

if (pagedata [pgd|itr] b» » } ' ) 
{ri^it [wiuwr] ^pgdptx i nnnz 1 1 } } 

if (stme^CftpagedataCpg^r] *M) >= 0) 

xpos'H-; /* non-printing Ctrl character? «/ 

if((xpo8 > vta) II (stmcnp(^agedata[pgdptr],"\n*M) mm o}) 

{xpo8=l; 7pos<f-f;> 

> 



if (nuffll !« nnar) 
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gotoxy(vil»vi2}: 

priBtf("ffli8matched muBber of *V (%d) and *>' (%d}**, 

imnlyiitticr); 

> 

i 

feT(i«0; Knaol; i^<t-) 
{ 

Ci] Bright [1] -left tii^l; 
▼arTal(itval); 

•tXBset (tpag«data[l«f t , » » aval[i]-2) ; 

for(j«leJtCi]+l; J<«xiglitti]-1; J++) 

af(valCj^left[i3-l] == »\0O braak; 

pag«datatj3nvai[j-i«f t U]-l] ;> 

} 

> 

getozy(vzl,vz2}; 
printf ("Xs^tpagadata) ; 
> 

/• footer •/ 

gotozy(vfi,of2); 

prlatfC-Xe", 

" Page Add Replace Delete Values Eval Screen User Help Quit**); 
gotozy(vfl,vf2n); 
8trcpy(fz, 

" ^ mode [id]"); 

ifdiepidCps] < 1) priBtl("X8",fz); 
elee 
{ 

.•pri2itf(fz, 

" 0-X2d 1-ttd 1-X2d .1-X2d sode [Id]". 

BspidCps] ,Mpid[ps] »iuipid[ps] ,iispid[ps]) ; 
pnntf{"Xs",fx); 
/* gotox7(80,2S}; 

priatf (****}; anto-eject for hard copy of screen e/ 
> 
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/• Module paints i^dates the screen (in screen node) 
void paints 0 

int index, i, il, i2t ekiplin, firstser; 
int idtot, ndash; 

char id! [8] p id2[8] , id3[8] ; 

char tpathClUXPATB] , *evdext; 

char tinf o[80] , count [3] •8z[803 .f z[80] ; 

FILE *ti; 

nspidCpsDsO; spfizst[ps]sO; splast[ps]e-i; 
lps«ps; 
zcerpt(l); 
Bspid [ps] vsplas t [ps] -spf irst [ps] 41 ; 

/« Screen heading */ 

¥iadov(l,l,80,26); 

clrscrO; 

printf(*'\nPrivatization Plaaner(ta)"}s 

gotox7(67tWt2-l); 

tine(tlnW); 

printf (»Xs** ,etiBe(tinbtil )) ; 

Screen title m/ 
gotozy ( (80*stzlen(t ) ) /2 »«t2) ; 
prlntf(«Xs\n",t); 

strcpyddl ,**detanlt**) ; 

i2(strcBp(nsexid,****) |e 0) strcp7(idl,iiserid) ; 
strepy (id2,**defanlt«) ; 

iKstrcspCideh,**") !« 0) str^(id2,ideh) ; 
8trep7(id3 , •*def aolt ") ; 

ifCstrcBpCvarid,""*) l« 0) strcpy(id3,vaxid); 

idtot«strIen(ldl)<t-strlen(id2)4strlen(id3) ; 
ndashtt(80-47-idtot )/2 ; 
for(iel; Ksndash; i^^} 
printf ("-"); 

printf ("Ton are Xs, looking at the %b version/* 
*vith :is values. '«,idl,id2,id3); 
for(iel; Kendash; i-f4) 
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prlntK"-*'); 



getor7(vzl,vx2); 

printf(**X8**,''S Hext Higher Screen (SO for Root)"); 
il(eplast[pfl] < spfirstCps]) goto ikpdir; /* any snbdirsr */ 



il(iuipid[p8] n (V3c4-n2)) skipliji«0; 
else sklplin*!; 

liretserel; 

if(B«pid[p8] > (vx4-vz2)) 
< 

gotoz7(vil,vi2); 

pri&tf (**Too aany sereeas to flt!\n'*); 

priAtf ("Eater imber of the first screen to display; **); 

seanf ( *'Xd** »f irstser) ; 

} 

llBSpf irst [ps]*ff irstser*! : 
i2e0in(il*Miz4*«x2"-i ,splast [ps] ) ; 

for (i«il; i<» 12; 1+4) 
< 

lBdex«i-il+l; 

strepy(tpath,driTe) ; 
street (tpath.ftspCps] [i] [0]) ; 
streat(tpath,*'\\**); 
streat(tpath.«*title**) i 

/« priiitf(*>paixits sp, tpath: Xs Xs*Sftsp[pB]Ci][03,tpath); */ 

Gsdertastrrehr (kspCps] Q] [0] » « • > ) ; 
/• priBtf(« evdert: Xs »,e«dezt); sap */ 
if((cvdezt 1 8 VUU) U (strl«a(evdezt) <e 4)) 
streat (tpath, evdert) ; 

/e printfC'paiBts tpath: XB",tpath); rtm(); xap */ 

tisf open(tpath,''r4«*) ; 
strcpy (tinf o ttDok) ; 
freed (tisf o , 1 ,77 tti) ; 
fclose(ti); 
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«trcpy(»x,"S"); 

ttzncat ( sx , it oa( index » count , 10 ) , 2 ) ; 

■treat(u,*' 

■tzneat(sxtti2if o»76) ; 

gotox5(vxl,vx2^1]idex*t'sUplin) ; 

]xrintfC*X8'\sx); 

> 

skpdir: 



footer «/ 
gotox7(vfl,vf2); 
prlntfCXs", 

**Screen Add fteplaee Delete Title Evel Pege User Help Quit"); 
gotoxy(vll,vf2'fl); 
•txcpyClx, 

- 0 Bode [id]"); 

if(aepid[pe] < 1) printf ("Xs'Mx); 
else 
{ 

eprintf (fx, 

«• 0-X2d 1-X2d 1-X2d 1-X2d node [id]", 

xigpid[pt] yBepidCps] ,&spid[pe] ,aapldCps]); 
priAtf(n0»,fx}; 
> 



> 



void rtnO 
{ 

/• elicit carriage retim so message can be seen */ 

priatf (**T7pe c and re tain to continue: *"); 

revind(stdin) ; 

se8Bf(*«%8",di]B); 

> 
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/• Module Survey detexmines vhat liles are available 
upon entry to a nev screen » flagging niasing ones 

void survey () 
{ 

■ struct f cb tcb; 

char *ptr, *cvdext, tltfnffl[iO]; 
ehar buf [14] pConvrtM ; 
int nmap8» mutpp^ is 

if (output >c 3) printf ("survey Xs \n**»getcvd(c«d,MAXDZa)) s 

strcpy (t itf nm , "title . ** ) ; 
getevd(evd,MlXDI&) ; 

cvdexts8trTchr(cvd,>. Off /^e.g., (•)abc */ 
if((cvdezt 1= lULL) M (strlen(c«dext) <s 4)} 
street (titf nn , evdext+1 ) ; 

/• print fCXs %B JU*'ffCvdpC«dezt,titfnn);rtm(); zup^/ 
f doseallO ; /« clean slate ^/ 

if(((BapsBfopeA("aap8","af"))«-mU) kt (output >ie 3)) 

{prlntf ("Cannot open MlPS.Xn"); 

rtm{);> 



if(((aiq^psfopen("aapp"/*»f"))sciiJLL) (output >s 3)) 

{printf ("Cannot open XAPP.WO; 

rtm();> 



if(((react«fopen(«reaet","a4"))««mL) M (output >» 3)) 

{printf ("cannot open react. WO; 

rtm()5> 

lf(((title«fopen(titfnn,"a4^"»nIVtL) Mt (output >« 3)) 

{printf ("cannot open title. \n"): 

rtm();> 

nsptot [0]bO; 

if (naps Is lULL) 

{ 

nni^sef read(sparray ,1 »2400,Bap8) ; 
revind(Bap8) ; 
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ptrsitrtok(spaxTay,*' \n"); 

lor (leO; ptr TOLL; i++) 
{ 

strepy(JkBp[0] [1] [0] ,ptr) ; 
ptr«itrtok(HULL," \n**); 

il(itxiic»p(top[03[i3[0].'nJM) « 0) continue; 

It (1 indltrst ikmp [0] Ci] [0] »lcf fbU »FA.DZB£C) I « 0) 
{prlntf ("ewnot lind %s. ",tep[0] [i] CO]);rtzn() ;> 
> 

&8ptot[0]si; 

strcpy (spaxray >Hini.) ; 

asptot [1] bO; 

if (aapp Is mx) 

nnappsf Toad(sparray »1 ,2400 »mapp) ; 
r««ind(niOT) ; 

ptr«strtok(apaxray,** \n**>| 

for (i«0; ptr l« TOLL; 
{ 

•trcpy(ftapCl] [13 CO] ,ptr) ; 
ptr«strtok(IULL»" Vn**); 

lf(atmeBp(ftap[i]i:i3[0]t*^"«l) 0) eontlime; 

lf«lndflrBt(ft0pCl][l][O],Jafblk»O) l« 0) 
<prlntf(»canaot find %%. "^.tspMCUCODirtraO;} 
> 

Bsptot [1]^; 
> 

atrcpy (sparray ,nLL) ; 
■trepy(t,tnok); 

If (((tltlo«fop«n(tltfnB.«*r4»)) -« TOLL) kk (output 5)) 
prlntf(**easnot opon fUo %m*\ hot); 

if (title JB TOLL) froad(t4t80, title): 
re¥lnd(title) ; 

> 
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void ucmuKchar «2i«nc«C7]) 
FILE *titl«2; 

int i» idezitt» hbytei, oftmrnt; 
chftx tif ileCMAXPATH] ; 

g«tevd(evd,IIAXDIR); 
•trepydxf lie, path) ; 
8trcat(ii2ile,"\\»); 
streat(iifile»*«ium**) ; 

iihudl«°op€n(iifile,0.&DVR|O.CREAT»S.XREAD|S.IVRm} ; 

lse€k(iiha2idle,0,SEEK.SET) ; 

nbjtM « rMd(iihsBdX«,w«rslBfo,VSERSLH); 

close (tihandle); 

chdiz(cvd); 

if (ttrl«n(roipoiiiso) e= 1) /» just plain "U" •/ 

gotoxy(l»l); clxaerO; 

prl2itf(**Do yon vaat the default ■*); 

lf (p«ceO) priBtf ("organisation and contente d or I)? "); 

alee printf (**Talaet (T or B)? 

revind(8tdin) ; 

eeanf(ni*',dnm); 

if (•txneapi(dnm,«*T**»l) «» 0) 

i 

if(paseO} strcpy(idch,*"*); 
else etrepy(varid»**«); 
goto start; 
> 

off set «0; 

vhileCoffset < nbytes) 

ptrstasereinf o [offset] ; 

if (stxnc^(ptr,1IDSLZMtl) « 0) 

i 

/* if no change » disregard «/ 

if((p8««0) kk (Btrcap(ideh,ptr+1)«E0)) goto akipsane; 
if ((ps»l) kk (etreap(varid,ptr4i)M0)) goto skipsame; 

gotozyd.l); clrscrO; 

printf ("Oseride Xs",ptr+1); 

printf ( " Bases X«\n« ,ptr^strlen(ptr)-M ) ; 
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priAtf ("Select this user's **) ; 

if(psss:0) printf ("organization and contents (T or H)T *'}; 

•Ise printf ("antrioB for variable values (T or H}? **); 

revind(stdin); 

•eanf ('^Xs'^.dnm): 

if(stmezBpl(diin»**T",i) o) 

< 

If (stremp(ptr4-l,iLeerid)««0) goto ftdopt; 

strepy(idch,ptr^l) ; 

> 

else strcpy(varid9ptr41)s 

goto start; 

> 

> 

skipsane: olXseteof f set4-atrlen(ptr)-M ; 

> 

/• Pature nod: splat all users for randoa not serial choice •/ 
gotozydyl); clxserO; 

printf ("Ho sore users! Try another eennand: **); 
goto cond; 

> 

else /• id appended */ 

{ 

idexisteO; 
offset«Os 

«hile(offset < nbytes) 

i 

ptretasersinf o [off set] ; 

if ((atme9(ptrtin)£IiZN»l) » 0) 

aa(strcBp(ptri-l»aresponseCl]) 0)) 

{idezist«l; break (} 
of f setBOf f set<i>8trlen(ptr)4l ; 
} 

if (idexistBsO) 
{ 

gotozy(l»l)s elxserO; 

printf ("Id %B isn't available. Try another command: "taresponseCl]}; 

goto cmd; 

> 
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il(p8««l) 
< 

strep7(varid,ftr«tpoz&8« [1] ) ; 
goto stsrt; 

} 

ll(ttrcBpl(iuexid,taeBpoxiseCl]) !« 0) goto torn; /• own id ontorod •/ 

/* adopt MAPS.ldch TT */ 
adopt: gotozy(l»l); clrscrO; 

xeezptO); 

iKsplastUps] < tptirstEipt]} 
priiitf("lou do not y«t")5 
•loo printf ( "Teu alxaady" ) ; 

priatK** havo a porional aetn^ for tho SCREEB layout."); 
elToolO; 

if(fltreBpl(ideh,*"*) ts 0) strcpy(dnB»ldch) ; 
also otrcpy(ditn,»dotanlt (std)**); 

printf ('*\&Do you vant to adopt the Xe vorsion (T or D? **,diim); 
elxoolO; 
•eanf dam); 
if (ftncBpiCduB, 1) 0) 
< 

adopt (0); /• adopt organization •/ 
/« adopt scroan title as veil */ 
iinliak(fn2("title*«)) : 

If (((titla2«fopen(fn2(-title-), "»+«)) lUIX) 

M (oistput >e 3)) 

< 

printf (**Camiot open title .nsarid. \b**) ; 

rtmO; 

> 

xaffind(titla2) : 
f«rite(ttl»80,titla2) ; 
> 

/« adopt HAPP.idch ?? */ 
gotoxy(i»l) ; elreerO ; 
ipsBl; 
xcerpt(2); 

if(eplastCip8] < spfiretCipe]) 
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printf("Tou do not yet"); 

iirintf(**Tou already"); 
printf(" liave a personal eetop lex the PAGE layout."); 
if(itrcmpi(ldch,"") lc 0) »trcpy(diim,±dch) ; 
else strepy(dnn,*'default (std)*'); 

priatf("\nDo you vant to adopt the %b version (T or E)? "tdnn); 
acanf("X8".diim); 
lX(stznci9i(diin/*T'M) « 0) 
adopt (1); /* adopt contents */ 

torn: if (ps 0) strq>y(idch»ptr4l); 

start: strq>y(vhenee," start"); return; 
pronpt: strcpy(vhenee/*proiBpt"); return; 
cBBid! strepy(vhenee»"cBnd"); return; 

> 



0 
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Module npdtf vipdates the maps, napp and raact filas as i^ropriate */ 

void vpdtlO 
i 

int i; 

if (1^8 Is 0) 
< 

strq»7(aparray ; 

for(l«0; 1 <e naptotCO]-!; 1++) 
{stzeat(epaxray ,*>p[0] Cl] [0] ) ; 
atTeat(spazray,** *•);> 

telose(mi^t); 
imlink(»mip8*«); 

if ( ( (tti^asf op«&(«Mi^» ,**v4") )««ItJtL)U(otttput>c3) ) 

{prliitt("eamiot craata mv MAPS.\n**);rtzii();} 

f vrita(Bpazray,l»atrlaB(apazra7)4l,maps) ; 

atrepy (apazray ,mL) ; 

updtasO; 

> 

if (apdtp f« 0) 
i 

atrepy(Bpazray,*"') ; 

for(ieO; !<« nsptotCl]-!; i+4) 
{atreat (apazray, Aapb] Ci] CO] ) ; 
atzeat(apazrayp** ");> 

f cloia(B^p) ; 
niiliak(**Bapp»); 

if ( ( (a^ypef opaaC »B8pp** »*'v4«*) )B»nJix)M(ratpttt>e3) ) 

{printf ("cannot craata nav MAPP.Vn**) ;ztzn() ;} 

f vrita(apazray *1 •atrlan(apazray)-fi,Bapp) ; 

atrcpy(apazzay ^lULL) ; 

iipdtpsOs 

> 

if (i^tr 0) 

faaak (raact »0 ,SEEK.En)) ; 

f vrite(z ,1 »atrlen(z)4i ^raact) ; 

atrepy (rtHBELIH); 



wo 94/10637 PCrAJS93/10S57 

108 . 



•treat (r »userid) ; 

•treat (r,"\n"); 

npdtrsO; 

ntoxn; 

> 
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void varvaKint i, chBX val[80]) 
{ 

char raactbuf [160] ; 
Int sflalds, rightid; 

•trcpyCval,**"); 

f SMk(x«aet ,0»SEER.SET) ; 

■trcpy(raactbttf ,••••) ; 

xlghtldsO; 

whil6(igets(rMetbuf,160»rMct) N iULL) 

{ /• allov for \0 character pralix */ 

if(BtmciBp(treaettaX[l]|in)ELIK,i) 0) 

•(ll(8tnicap(*reactbirft2] .▼arid,atrcapn(teaactbul[2] \n"))«0) 

xig^tidsl; 

•Xse right idsO; 

eontlsme;> 

alsa 

if (rightid 1) contimia; 
ptrsatrtek(raacttaf," Va*'); 

il(atrcnp(ptr,tsp[ps][tti«paga][0]) !« 0) eontiima; 

ptx»Btrtok(I0LLt** \&**)t 
i2(atreBp(ptr>*nrO 0) contiima; 

ptrBatrtokdULLt** Vn**}; 
if(atoi(ptr) fe 14-1) contiima; 

ptreatrteh(OTLL.*'\B**) ; 
Btnicpy(val»ptr,lval[i]-2) ; 
> 



ratnxB; 
> 
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void veBind(char nhttneeCT]) 

i 

char vtoulCieo] 9 convjts]; 

tor (ieO; i<nval; i-f*f) 
{ 

/* ctnxantly assn&«« ▼alue for Tariabla on single line •/ 
gtttt«zt(xv«lU] »]nral[i] .xvairil-i^lvalCi]-! .yvalCi] .vbiif ) s 

*ox (jei; j<»lvalCi]| j+4) 
▼lmf[2*j-l]=vbuf[2»J-l] I BLIIK; 

imtt€xt(xval[i3 ,yv«l[i] ,xval[i]+lval[i]-l .yval[i] .vtal) ; 
gotoxyd.l); clrterO; 

printf("Do you vant to ontor a value for this variablo (T or »)T ") ; 

r«vind(st(lin) ; 

acanf("XB",dum}; 

il(atzncapi(dum,**T**,l) !» 0) goto noblnk; 
gotozyd^l); elraerO; 

priatf(»Entor valno (\» lor tho oaae);\n"); 
r«vind(atdin) ; 

priBtf("{"): gotoxy(lvalti].2); printf(">-); gotoxy(2»2); 
acanl{-5tt-\n]«,dmi); 

il(strCB7(dllll,**\**~) ma 0) 
{ 

for j<slvalU]-2; J+*) 

diimC]-i]«vbttf C2«J]; 

> 

ii(atrc8pi(iis«rid,varid) « o) 

i 

tor (J«lr j<slvalCi3-2; J++) 

ilii <« strl«n(dim)) vtaf [2*J]«dit0[j-l] ; 

alao ▼bnfC2«j3«' 

> 

A apand to Imtf ar for raaet f ila a/ 
atreat (r ,tBp[|i8] [uaapaga] [0] ) ; 
atrcat(r/* V 

strcpy(conTj •itoa(i^l»GonvJ ,10)) ; 

atrcat(r,convJ); 

atreat(r/* «); 
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Street (x, dun); 
•treat (r/'W); 
i^trsl; 



/• iQKiate ier«en (titzn of! blink) */ 
noblnk: lor (J«l; J<«lv«lU]; j++) 
▼lmlC2*j-l]»vlnrfC2«j-l] * CBLIIK); 

pntt«xt(xvalCi] ,yvaltl] .3CvalCi]+lvalCl]-l,yvalCi3 pvhol) ; 
rstnm; 



> 
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h Modtae xcexpt idantlf ias id-specific aaps or mapp entries «/ 

▼oid zeexpt(iBt isviteli) 

char idcBp[6]; 

int i, first, last; 

getexy(vil,vi2); 



first » 0; 

strcpy (idciop , **ir ) ; 

ifdstfitch Bc 1) street ( idcnp > idch) ; 

else street (ideop^iiserid); 

for(i»0; iKnsptetCipe]-!; i<«-^) 

if (strcmp(esp[ips] [i] [0] tidcap) o) breek; 

first»i+l; 

fer(iefirst; l<ensptot[lps]-i; i++) 

if(stnicBp(esp[ips][i][0]t*'n**,l) o) taeek; aspCips] [n] Cojedon't care •/ 
lastsi^l; 

spf irst [ips] Bf irst ; 
splast [ips] sleet ; 

return; 

> 
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Appendix 1: Data Files 
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12 DF Disposition File 

14 DFXXXX Disposition File: Excerpts 

15 DOFF Delegation Offer File 

16 DORF Dekgatee Order File 

17 EPRISE Enterprise Ffle 

19 ORDERS Order File 

20 PRICES Asset Price File 

21 XDB IWaction Data Base 
ADB Auction Data Base 
CDB CSitisen Data Base 

CHIDB Charitable Institution DaU Base 

EDB Enterprise Data Base 

FIDB Financial Institution Data Base 

FORNDB Foieign Investor Data Base 

GDB GoTemment Data Base 

PBDB PriTatisation Board Data Base 

TDB Testamentary Data Base 
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DF Dispontion File 

The serial Dispontion Kk (DF) contains financial xecozds to be transmitted to 
finandal institutions which wiD act as custodians of the specified assets. It u 
created by modnk PASS5 and processed by module DISPOSE (see Appendix 

2)- 



Form&t: 

finaadal institation ID eode^edpient ID code: 
recipient iiame:addre8s:phone»iipplemeniary name: 
assetltamoantl: ... asset nwnonnt n 



Examples: 

61100100FNMXYFNBR:19460630ERFXyCDEF: 

EDen Right:1040 Oak Te«acc;Aiiywhere:555.151BSxmth: 

PAYOUT;PNBR;M0101;D;N;M:4.32%;l;«85:a50,000 

{Financial institution FNBRis custodian of an annuity fot individnal ER, in the 
amount of 986 (local conencj) to be paid monthly until her death, mthout right 
of sorvivotship* This amoont was calculated from actuarial taUe #1, assuming 
an impHdt interest rate of 4.32% and an initial investment of 250,000 (local 
currency).] 

61100021MLMMLPF:19680704MRMXYBCDE:STLI:1000: 
Bfiehad Bight:l040 Oak Ibrracev/^ywhere:SS&-lS15^Tem: 
SMU:l:DLEVa;01;S%:10,000 

[Financial institution MLPF is custodian, on behalf of individual MR, of 1000 
shares of STLI, 1 SUV and 10,000 (local currency) of 8% debt of LBVR which 
matures in the year 2001. 

Certain asseto such as debt and annuities (DXXXX, DIXXXX and PAYOUT) 
are automatically included in the Disposition File if the acronym embedded in 
the asset does not spedfy the government itself. 

Other assets, such as Stock Market Units, enterprise stock, fordgn currenqr 
(SMUs, E3CXXX, FCXX) or government debt are included in the Deposition 
File only when so directed by a valid TRANSF'ER command (sec Appendix 3). 
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October 15, 1992 ConSdcntial Draft 



Note: 

The asset amoimt mutt be in number of shares, number of SMUs, nnits of {bteign 
cmreBcy, face Talue of debt (in local currency) or periodic annnity payments (in 
local cnrrency). The asset amount cannot be expressed as a percentage of the 
portfolio contents. 
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DFXXXX Disposition File: Excerpts 

The serial Disposition File: Excerpts (DFXXXX) is generated by module DIS- 
POSE and ccmtains the information to be transmitted to a particular custodial 
fina&eial institution. 

Format: 

Financial institution ID codemame:addre8s:plione»upplementary name 

Recipient #1 ID eodeaiame:addre8s:pl&one»ttpplementary name: 
assetl:amouxitl: ... tasset a:amoant n 



Recipient #N ID code:name:address:phone:supplementary name: 
asset l:amountl: ... iBssti n:amount n 
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DOFF Delegation Offer File 

The Kxial Ddegation Offer File (DOFF) contains a sommary of aU offers to del- 
egate inTcstment authority over assets. It is created hj module PASS2, and then 
used by module DELCOMP to 1: calculate the miniinnm ddegatee compensap 
tion thresholds, and 2: npdate file DOBF with that information (see Appendix 

2). 



Record format: 

delegatee acronym:asset vahietcompensation offer:: 



Escamples: 
INVLlO,OO0:10%B:: 

[Ihtte was an offer to dekgatee INVI to accept investment authority over 10,000 
(local currency) worth of assets (yalaed on the basis of price estimate #1 as 
generated by module PASSl), in return for 10% of subsequent earnings.] 

INVL100,000:.6%A:: 

[In this case, the delegation offer is for .5% of assets estimated to be worth 
100,000 (local currency).] 
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DORF Ddegatee Order File 



The random access Dd^atee Order FQe (DORF) contains, for each delegatee, 
its nonproprietary transactions and its minimnm compensation threshold by 
assets and earnings. It is created by module DORFGEN (which precedes PASSl 
and posts nonproprietary orders), and then updated by modnle DELCOMP 
(which fiJlows PASS2 and posts minimnm compensation thresholds). It is used 
by modnles PASSl. PASS3, PASS4 and PASSE (see Appendix 2) to determine 
what transactions the ddegatees direct for asseU in varions portiblios. 



Record format (standard XDB format): 

transaction type:date entered»s of daterfield 1: :field N:: 

The only transaction types posted are ACQUIRE, CANCEL, FILTER, IDBNT, 
PERCENTAGE, REINVEST and WHEN (sec Appendix 3). No proprietary 
transactions (relating to the deLegatee's own assets) are posted. Room is re- 
served at the end for DELCOMP to npdate it with a PERCENTAGE record 
incorporating the final minimnm compensation. 
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EPRISE Enteipnse File 



The nndom meeeis Enteipme Fik (EPRISE) ibt a partieolu iiiTestme&t qrde 
contains, fox each enterpziae, its ID code (with embedded acronym), the nomber 
of shares heU on the Pxrratise!'^ system, and the dividend to be accrued per 
share and pricing information for the stock and any debt instruments. It b up- 
dated by module PASSl, which first scans the segment of the Transaction Data 
Base (XDB) eontaining enterprise transaction blocks to npdate EPHISE with 
information from DIVIDEND transactions. EPRISE is also updated by modoie 
PASS5, which posts any oorrectbns to the numbers of shares resulting either 
from TRANSFER transactions (resulting in decreases due to transmittals to a 
custodial financial institution) or from "ACQUIRE for assets received (VAL)"* 
transactions (resulting in increases due to share issuance). Finally, during each 
of PASSl, TASSZ and PASS4, module PRICING updates EPRISE with the 
latest calculations of asset prices. 



File format: 

SMV label: # SMUs: total dividend:: 

First SMU enterprise ID code: # shares: dividend: 

aiock price estimate #l:price estimate #2:final price: 

debt instrument #l:priee estimate#l:price estimate #2:final price: 

debt instrument #N:priee estimate #l:priee estimate #2dina| price:: 



Last SMU enterprise ID code: # shares: dividend: ... 

SMU2 Ubek # SMU2s: total dividend:: 

First SMU2 enterprise ID code: # shares: dividend: 

Last SMU2 enterprise ID code: # shares: dividend: ... 

UNSMU label: total # shares: dividend:: 

First UNSMU enterprise ID code # shares: dividend: ... 

Last UNSMU enterprifle ID code: # shares: dividend: 

Notes: 

1. While SMU2s can be created immediately, the list of identified SMU2 en- 
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terpxises would remain empty until after tke first privatization oceuring after 
the date cut-oiT separating SMUs and SMU2s (see discussion in Appendix 4: 
SMU2). 

2. "UNSMU" enterprises are those not included in either SMUs or SMU2s. 
They can arise other from private fennation de novOi or by taking a SMU or 
SMD2 enterprise private by making a tender offer for all shares. Snch a tender 
offer would be fearible even for an enterprise hdd by the entire dtisenry as part 
of their SMUs, by means of pdling techniques Implemented by module BVOTE. 
If the tender offer were successful, it could be imidemented by executing a DIVI. 
DEND transaction corresponding to the total buyout price for shares xemaiiung 
on the Privatise!'*' system. 

3. It is posrible to create a new UNSMU asset comprised of qualifying enterprise 
on the system as of a fixed date, Untfl then, "UNSMU" is an acronym rather 
than an asset, and the total number of shares in the UNSMU record represents 
the sum of shares in all UNSMU enterprises, rather than the number of UNSMU 
stock ""baskets." 

4. In the context of the EPRISE file, the term •enterprise'* includes tradeaUe- 
•tock»based or debt-issuing organisations snch as fin a n ci a l institutions. 

5. The price for an enterprise may be in the form ^ower bound; upper bound" 
if the arbitrage between SMUs and synthetic bids and offers leaves a price gap 
between the highest Ud and lowest offer executed for shares in that enterprise. 
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ORDERS Older File 

This Mtial file contains a set of all the orders to sell one asset and buy another 
which are to be used by module PMCING to calculate asset prices. 

Format: 
ID code #1:: 

a8seU:prieel:asset2:price2:amount2:: 
••• 

a88etlqpricel:asset2:price2:amount2:: 

ID code #N:: assetl:pricel»sset2:pricc2:amount2:: 

a8setl:priceI»sset2:price2:amount2:: 

Copies of this flic arc created by modules PASSl, PASS3 and PASS4 using 
Transaction Data Block (XDB) information processed by module XBLOCK. 
Module PRICING is then invoked to process ORDERS to calculate asset prices. 
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PRICES Asset Price File 



The random access Asset Price File (PRICES) contains price cstimaics and the 
final price for Stock Market Dnits (SMUs), foreign currency (FCDM and FCUS), 
debt of the government (e^^ DLEVR, DILEVR and PAYOUTO/EVR.^). It is 
created and apdated by modole PRICING. 

Format: 

InTestment cycle #1 price estimate #1 
SMU, SMII2(niiU), FCDM, FCUS 
government debt instrument #1 ... #n 

Investment cycle #1 price estimate #2 
SMU, SMU2(nuU), FCDM, FCUS 
government debt instmment #1 ... #n 

Investment cycle #1 final prices 
SMU, SMU2(nuU), FCDM, FCUS 
government debt instrument #1 ... #n 
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XDB T^ansacUon Data Base 



The Mrial Transaction Data Base (XDB) is the cential Ble of tie PriTOtiBcf''-*' 
tyttem. It contains tzansaction Uocks comprised of transaction zecoxds asso- 
ciated with a angle ID code. An ID leeotd be^ a ttansaetion Uock, vhich 
continnes up to a '^ew line** character or the end of file. 



File format: 



First ID record 

Transaction other transaction records 

Block '^ew Une** character 

Second ID record 

Transaction other transaction records 

Block ^ew line" character 

t'inal ID record 

Transaction other transaction records 

Block End of file 



Transaction record format: 

transaction type:date enteredias of dftterfidd 1: :fidd N:: 

WUli format: 

anbfidd 1; ... ;aabfield n 

Thns, transaction Uocks are defimited by ID records and a ^ew Kne* character 
or end of file mark, transaction records are ddimited by two contignoos colons 
fields are delimited by a single colon and sabfidds axe delimited by a 
semicolon There are no other ddimiters. 

The Transaction Data Base is generated by module XACT (see Appendix 2). 
XACT allows input of any vahd transaction records from any soorce (as le- 
^timated by ofi'-line procedures), induding terminals or serial devices such as 
floppy disks or 8mm tape drives. 
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In the eaxly stages of the update cycle of the Transaction Data Base, new trans- 
action data can be viewed as compartmentalised into logical sabfiles^ depend- 
ing on their source, e.g.: ADB (Auction Data Base), CDB (Citizen Data Base), 
CEIDB (CharitaUe Institution DaU Base), EDB (Enterprise Data Base), FIDB 
(Financial Institution Data Base), FORNDB (Foreign Investor Data Base), 
GDB (Government Data Base as snbdivided by agency, e.g. PBDB Privati- 
saUon Board Data Base), TDB (Testamentary Data Base). While this logical 
compartmentalisation" can be useful in fadlitating input procedures, audit trail 
backups and ancillary procesnng applications making additional use of the data, 
it is nonetheless com|detely transparent to the iPrivmtiae!'*^ software. 

Module XACT masdmally aggregates dispened records for the same ID code 
into a angle transaction block, and sorts the resulting transaction blocks, within 
the constraints of availaUe memory and disk space. After an iterative sort 
procedure, the final result is a nngle, comprehensive, sotted XDB file. The final 
XDB file would typically be comprised of a series of 8mm tapes (or other high 
capacity storage media). 

The comprehensive, sorted Transaction Data Base (XDB) is the basic file which 
Privatise!^^ processes (in five passes) in order to: 1. determine delegations 
of investment authority; 2. establish asset prices; 3. execute orders as appro- 
priate; 4« update port&Iio valuations; and 6. generate the Disposition File for 
transmittal to custodial financial institutions. 



Note: 

The default numeric protocol is that a period denotes the dedmal pdni and 
a comma V » ignored as merely a devise to format large numbers. This default 
can be overriden by editing Included Module - GLOPARM (see Appendix 2). 
For example, by editing module GLOPARM as foltows: 

decpt s= 
numfint = ^.^ 

the defaults would be switched. 
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ACTUARY 



ACTUARY calcalstes periodic annuity payments. 



Input: 

ID-codc, interest tate, amount invested and PAYOUT robfields: begin; end; 
•nrvive; freqnencySmplidt interest ratejactuatial taUe #. 



Return: 

Amount of periodic payments, for posting to the last PAYOUT .ubfidd. 



Processing Logistics: 
Called internally by PASS5. 



Module lope: 

From the ID eode and PAYOUT subfield -begin", ACTUARY determines the 
number of years (indnding fractional part) in the future of the first payment. 
The present value of a first payment of 1 is then calculated from the i mpKcit 
interest rate. That present value b attenuated by the probability of survival 
according to tbe specified actuarial table if the ID eode specifies an individual 
and the PAYOUT survive subfield was not set to S. The probability of survival 
is calculated from male and female fisU of year-to-year survival probaUlities. 
(Note that if survival probabilities are differentiated by sex, where females tend 
to be knger-lived thor annuity payments would be amallex, magni^dng any 
gender gap where females tend to have lower incomes. On the other hand, 
f>amg to distinguish between the sexes by using the same values in the male 
and female survival probability lists could reduce the incentive for males to 
invest in annuities.) 

The present value of subsmpient payments, unta the end date or until the proba^ 
Mlity of survival becomes negfic^ble, are progressively included into a cumulative 
present value. Finally, the amount of the periodic payments is calculated by di- 
viding that cumulative present value (associated with periodic payments of 1) 
into the amount invested. 
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AUCTION 



AUCTION rappoitt the immediate bidding for small state enterpxises with dt- 
uen Stock Market Units (SHUs). 



Input: 

Serial file: Sorted IVansaetion Data Base (XDB), or a subset of it. 



'Output Report: 

last of individuals attempting to transfer away a total of more than 1 SHU, the 
total attempted transfer amounti and optionally the entire transaction block for 
those individuals. 



Topical Usage: 

A local governmental entity ap|dies module AUCTION to all transaction data 
in its possesnon after determining successful bidders at auctions of smaD state 
enterprises such as shops (especially including the transaction data reflecting 
those successful UdS| see Appendix 4: Virtual Assets • Small State Enterprise 
Rights [SSER]). 

Since the assumption is that there will be an initial transferable allocation of 
1 SMU to each dtisen, a warning is reported if attempted cumulative trans- 
fers exceed 1. Note that after the first investment cyde, if a portfioGo owner 
had acquired additional SMUs, the warning may prove to be a fake alarm. 
Conversely, if not all SMU-transfier-transaction data (such as fiom ^er sue- 
cess&d smaD state enterprise auction bids) is available to the local government, 
AUCTION could fail to warn of a potential over*^transfer (which could Msult in 
restitution to the government of the acquired asset plus profits). 

Module Logic: 

Invoke submodule XBLOCK to evaluate the transaction block, suppresnng in- 
vocation of the Ddegatee Order File (DORF) and forcing the indudon of all 
price-contingent transfers away of SMUs. Trigger reporting if cumulative trans- 
fer away of SMUs exceeds 1. 
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DELCOMP (Ddegaiee Compensation) 



DELCOMP calculates the minimum thresholds of delegatee compensation as a 
percentage of assets and earnings. 

Input: 

Serial file: Delegation Offei Ffle (DOFF) 
Serial file: Transaction Data Base (XDB) 



Ontpnt: 

Random access file (updated): Ddegatee Order File (DORF) 



Typical Usage: 

DELCOMP is mn after PASS2 has created the Delegation Offer File (DOFF). 
The delegatee compensation thresholds posted to the Dekgatee Ordei File 
(DORF) are snbsectuently used in PA5S3 to establish final del^ations. 

Module Logic: 

The Delegation Offer File (DOFF) is sorted by ddegatee and by compensa- 
tion offer. The transaction block tot each ddegatee is read into memory, along 
with the compensation offers from DOFF. Using the PERCENTAGE command 
specifications of the maadmnm amount of assets under dbcretion (as constrained 
by ^phcable lav or regulation) and the percentage of assets to be selected on 
the basis of compensation by earnings, determine maTimnm asset amounts by 
eamingft and assets. For each of those two categories, step down the sorted com* 
pensation offers (starting at the highest), cumulating offered amounts, until the 
maTimum amount or the minimnm price (from the PERCENTAGE oosunand 
again) is reached (see Appendix 3: DELEGATE, note 1). The cmipensation 
threshold is set to the compensation offer at that point. 
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DISPOSE 



DISPOSE piepares a Disposition Report (sec Appendix 6) and appropriately 
excerpts ixom the Disposition File (DF) for transmittal to cnstodial financial 
institutions. 



Inpnt: 

Serial file: DisporiUon File (DF) 

Serial file: Itonsaetion Data Base (XDB) 



Report: Disposition Report 

Serial file: Disposition FUe: Excerpts (DFXXXX) 



Typical usage: 

DISPOSE is run after PASSS has generated the Disposition File. The Dis- 
podiion File: Excerpts, along with a corresponding Disporition Reports (if 
appropriate), is then transmitted to each cnstodial financial institutbn. 



Module logic: 

DISPOSE first sorts the Disposition File by financial institution and snb-sorto by 
sedpient ID. It then generates the Dispontion File: Exeerpt and any appropriate 
Disporition Report for each custodial institution after obtaining its ID record 
(containing address information) from XDB. 



wo 94/10637 PCr/US93/10557 

13 1 



DORFGEN (DORF Ftte Gcn«ator) 

DORFGEN generates the random access Ddegatce Order Me (DORF) nnng 
faifermation from the Itensaction Data Base (XDB). 



Inpnt: 

Serial file: Ttaasaction Data Base (XDB) 



Output: 

Random access ffle: Ddegatec Order FUc (DORF) 



Module logic: 

Read the ddegatee-organisation section of XDB, and post to random-access 
DORF non-proprktary txsa»ctions of types: ACQUIRE. CANCEL, FILTER, 
IDENT, PERCENTAGE, REINVEST and WHEN. 

Reserve room at the end of the posted transacUon Mock for a PERCENTAGE 
zeeord incorporating the final tfiitiStniini compensation, to be posted by module 
DELCOMP. 



Generate access-k^ based on ddegatee-organisation acronym for subsequent 
random access. 



wo 94/10637 



13 2 \ 



PCrAJSM/10557 



EGEN (Enterpnse File Generation) 



EOEN generates and updates file the Enterprise File (EPRISE) with ID codes 
of all enierprisest distmgmshing among SMU, SMU2 and UNSMU enterprises 
in the process. 

Input: 

Intcractire date entry: Enterprise IDs and SMU category. 



Output: 

Random access file: Enterprise File (EPRISE) 



Module logic: 

Determine whether the EPRISE file exists yet. If not, prompt for the ID codes 
of aU enterprises Idling in the SMU, SMU2 (presumably none) and UNSMTJ 
categories respecttrdy. Sort the enterprises by acronym and create EPRISE. 

If EPRISE already exists, npon xequcst display current enterprises and aUow 
ddetfen or addition of specific enterprises. 

Note: 

When SMI} enterprises **spin off" subadiaries (e.g., to achierc demonopoIiBation 
goals), then the government agency maintaining the EPRISE file by means 
of module EGEN must insert the new spin-offii as SMU enterprises. If the 
restructuring is material to the original enterprise, any 'Surviving core" should 
■also be treated as a new enterprise to avoid masking the diseontinuity. 
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EVOTE (Enterprise Vote) 



EVOTE uses poUing tedmiqnes to rapport enterprise shareholder votes in the 
context of extremely widespread share ownership. 

lapnt: 

For one or more enterprises: enterprise acronjmt number of shares outstanding, 
threshold percentage ownership, requested number of names below threshold: 
N, output mode (mailing list or properly addressed copy of the deduon to be 
voted on) and (if second output mode) text of dedsion to be voted on. 



Output: 

By enterprise, names and addresses of aO large and N smjall shareholders and 
their percentage and number of shares, with a selection probability for smaB 
shareholders an ineiearing function of ownership percentage, either as mailing 
lists or mail-ready voting packets. 

Module Logic: 

Perform an initial scan on the Transaction Data Base (XDB) for large owners 
(i.e., above the threshold percentage) of the spediied enterprises. Note that 
the set of tapes in the XDB series (which is sorted by ID code, ineluding birth 
date for individuab) corresponding to citisens below a statutory minimnm for 
voting in enterprise decisions can be omitted. For each n> code, invoke module 
XBLOCK to determine the quantities of each asset. For each enterprise in the 
input Ust, calculate the percentage ownership reflected in this transaction block. 
If it exceeds the threshold, Vekct** the ID code and cumulate its shares into 
*iarge shareholder total holdings.** (In practice, depending on the threshold per- 
centages, the initial large shareholder scan may be restricted to the sorted XDB 
t^>es containing transaction data for governmental entities and organisations.) 

Next, scan XDB for owners of percentages bek>w the threshold. 'Section* in 
this case is made by a Monte Carlo technique, using a probability of: 



Seleeiim probabUUy = 1 _ (1 _ p)*; 
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where S is the number of shares in the portfolio, and p is the selection probabihty 
fot a angle thare as follows: 



(#11101/ shareholder total holdingsY 

whw (imaH sharchoMtt total holdings) equals (total ahwes ouUtanding) mi- 
BOS (large shaieholder total holdings), N is the requested nnmbe. ofamall share- 
holder names, and m(N) is an array of vahies determined by the Poisson approx- 
imation to the binomial distribntion as Mows: 

This method of calculating selection probabiUty of a small shareholder portfciio 
will yidd approximately N small shareholder names (with a 50/60 probability 
of yielding cither more ox less). 

"Selection* results in dther the addition of the name, address and number 
and pcrecntage of shares to a mailing Hst (partitioned into large and smaU 
sharehdders), or else the automatic genemtion of a properly addressed set of 
an the voting dedaons to be put to a particular individual or organisation. 



Notes: 

1. H a particular individual or organisation exceeds the threshold in at least 
<me case, and is also "adected" as a small shareholder in another enterprise, two 
•eparatdy addressed maihngs could be generated. 

2. The output option of sorted mailing KsU requires sufficient random access 
file space to retun all sdected names and addresses. However, this capaUKty 
can also indude sorting by an address subfidd (sudi as a dp code) or by the 
regional center initially re^stering the ID code (as a surrogate for the repon of 
the current address) in order to expedite the mailing process. 

3. For this service, each enterprise might be charged a fixed fee, plus t pet- 
name fee based upon whether the program generates a mailing list or the aciud 
mail. The threshold percentage ownership and the number of names requested 
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would ptesnmaUy be a ftiaetioa of the impottaace of the dedrion, perhaps with 
statntoty miwiir***'** 

4. Sbee EVOTB deals only with shaie owaenhip >eeogiu»ed hy the ^"^S*^*' 
•yrtem, any shareholdiBgs ttaasmitted to fiaaaeial insthations by TRANSFER 
ttansaetieiu wonld have to be polled tadependently. 

6 Wheie a -fdeeted" individaal ot oigaiii»ation has validly delegated voting 
authority ovei at least aome of its shates in the enterprise, eeparate sdeeUon 
ptobaUEties are calenkted by appropriately allocating portCdb abates between 
the portfoKe owner and each orgaaieation to which it has delegated voting an- 
thority. 
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PASSl 

PASSl updates the Enterpnse FUe (EPRISE) with snfonnation irom current 
DIVIDEND iraiuaetsoiis. PASSl also estimates asset prices assnxmng aU dd- 
^atioB offers above delegatee-ipecified minimums axe consominaied. In the 
process, it creates an updated IVansaction Data Base (XDB) file ccmtaintng 
rdnvestmeat transactions based on portfolio earnings. 



Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: Ddegatee Order File (DORF) 



Output: 

Bandom access file: EPRISE (updated with current dividends) 
Random access file: PRICES (updated irith price estimate #1) 
Serial file: l^ansactton Data Base (XDB) (new copy) 
Serial file: ORDERS (also used as subsequent input) 



Module lo^c: 

First scan the segment of XDB containing enterprise transaction blocks to up- 
date EPRISE with information from DIVIDEND traasactionst cumulating the 
dividends to totals for SHUs, SMU2s or UNSMDs as appropnate. 

Then process XDB (using module XBLOCK with the switch set to cnaUe usage 
of file DORF), generate the ORDERS file for later use by PRICING, and creaU 
ai update of XDB eontaimng temvestment transactions. These arc formulated 
by cumulating portfolio eazningtf from equities (SMUs, SMU28 or enterprise 
holdings), government debt (Le., not antomatically posted to the Disposition 
File - DF) and foreign currency. 

The cumulated earnings are then allocated to assets (via ACQUIRE transactions 
at prevailing prices) in accordance with any applicdde REINVEST transaction 
or default. 

PASSl then invokes module PRICING which uses the ORDER file to generate 
price estimate # 1. Finally, PASSl posU this estimate to file PRICES. 
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PASS2 

PASS2 estimates asset valaes vang price estimate #1 to value delegation offos 
and iending offcxs. 

Inpnt: 

Serial file: l^ansaeiioii DaU Base (XDB) 
Saadom access file: PBICES 



Ontpnt: 

Serial file: Delegation Oflfer FUe (DOFF) 



Module logic: 

Scad a txaasactton Uock from XDB and call rontine XBLOCK. Aggregate in 
memoxy ofiers to lend to potentially latge borrowers, and npon completion gen* 
erate a lending report (see Appends 6) for the borrowers* eralaation. 



After procesdng each transaction block, post delegation offers to file DOFF* 
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PASS3 



PASS3 generates price estimate #2 uting the final delegatioas posted by module 
DELCOMP to the Delegation Order File (DORF). 



Input: 

Serid lile: Transaction Data Base (XDB) 
Random access file: Delegatee Order File (DOHP) 
Sandom access file: PRICES 



Ontpnt: 

Random access file: PRICES (update with price estimate #2) 
Serial file: ORDERS (also used as snbseqnent input) 



Module logic: 

Process XDB by invoking module XBLOCK and posting the returned array 
of orders to the ORDER file. Then inroke module PRICING which uses the 
ORDER file to generate price estimate #2. Finally, PASS5 posts this estimate 
to file PRICES. 
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PASS4 



PASS4 uses price estimate #2 genemted by PASS3 to decide whether to invoke 
ELSE transactioas, and then calculates final asset prices. 



Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: Ddegatee Order File (DORF) 
Random access file: PRICES 



Output: 

Random access file: PRICES (updated with final prices) 



Module logic: 

Same as PASS), except XBLOCK will return an order array which reflects price 
estimate #2 determining whether or not to invoke individual EL$E transactions. 
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PASS5 



PASS5 nses the final asset pnces generated by PASS4 to cxecnte transactions, 
create an update Transaction Data Base (XDB) and generate the Dbpostaon 
Fik (DF). 

Input: 

Serial file: Transaction Data Base (XDB) 
Random access file: Delegatee Order File (DORF) 
Random access file: PRICES 



Ontpnt: 

Serial file: Transaction Data Base (XDB) (new copy) 
Serial file: Disposition File (DF) 



Module logic: 

PAS55 uses the same logic as PASS3 and PASS4, except that it makes nse of 
final asset prices. 

During processing of XDB, PASS5 also creates an updated version by: 

1. inserting the final interest rate (price) as the last snbfidd in each debt 
instrument ^DXXXX, DIXXXX); 

2. insertiiig the final implictt interest rate (price), actuarial table # and periodic 
payment amounts (determined by invoking module ACTUARY) as the last three 
subfidds in each annuity instrument (PAYOUT); 

3. suffixing to each potentially price-dependent transaction (Le., ACQUIRE, 
ELSE and DELEGATE) another record documenting whether it was executed, 
dther yes: *Tdn vestment cycle #::" or no: "Xnnvestment cyde #::*; 

4. cdculating actual ddeg&tee ocnnpensation and transfering a portion of the 
ddegated portfolio to the ddegatee*s account, dther as a fixed percentage (if 
compensation was based on assets) or a percentage based on calculated total 
return (if compensation was based on "earnings"); and 

6. appending to each transaction block in the new XDB a summary record of 
the amounts of assets currently contained in the portfolio, along with a total 
▼aiuation, as follows: 
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Z:&sset Iramount 1: ... laaset ntamount n:total valuation:: 

KnaDy, PASS6 generates the Disposition File (DF) by posting in the CbDowing 
fonnat: 

Recipient ID codeummewidiessiphonersupplementary name: 
asset Iramount 1: ... wsset nramount n:: 

information which module DISPOSE will process for transmittal to custodial 
fln^tirial institutions. 
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PRICING 



PRICING mates or updates fUe PRICES «»d update, file EPRISE. These fil« 
eoutun price estimates #1 and #2 and the final pnces for asset, a a ptren 
iBvestment qrde. 



Input: 

Raadom aeecss file: PRICES 

Raadom access file: Bateiprise PUe (EPRISB) 

Serial file: ORDERS 



Output: 

BABdom access file: PRICES 

Random access file: Enterprise File (EPRISE) 

Serial file: ORDERS (sorted Terrion) 



Module lope: 

PRICING iierativdy calculates the «matket<learing" price for each asset which 
«^es the httgertquantHy of bids and offers. I» " "T* ' 

•inde offeror (or Udder) such ^ PAYOUT. DXXXX and DEOXX, ttat offeror 
(in these cases) establishes the price and the execution quantity is the amount 
of bids at or above that price. 

In the case of assets with multiple bidders and offerors, at the -market^earing" 
price the amount of Ud. at or above it b equal to the amount of offers at or 
below it. PRICINQ finds this priee by first calculating a complete cnmular 
tive offer-amount array (starting at the lowest offer and working upward), and 
then calcuUting the eorresponding cumnlaUve bid-amount array (startmg at 
the highest bid and working downward) until the cnmnhitive bid-amount equak 
or exceeds the cumulative offer-amount. 

In the ease of transactions involving cross-prices, where a price-contingent bid 
nses the proceeds of a priee-eontingent offer, the bid amount will be a function 
of the market price obtained for the offered asset. 

In particular, if agent-i bids pa for instrument-j. uang the proceeds from offer- 
ing amount-fliik of bstrument-k at price-pik, and if the market prices are cor- 
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Ksposdiagly end Pk, this is cqnivaleot to the following lud fox instnunent-j: 

smoant-j = «<jk 

and % eomsponding offer for instnunent-k: 

amonni-k n qijuX 

If at least one of the two price eoiiti&geBde& it an interest rate, then the eross- 
priee constraint is broken mi into its component constraints which must be 
independently satisfied: 



•ad Pfc > pifc. 

If the Ud-for snstnunent has do price contingency (Le,, the price in the corre- 
sponding ACQXTIRE transaction equals 0), then set: 

P(j s MIN(defaiilt maximnin price, Pj), 
li the offered instrmncnt has no price contingency, then set: 

Pih = BiAX(defaiilt minimum price, Pjk). 

The default maximum and minimum prices are designed to be reasonable con- 
straints, and are set at a particular percentQe along the spectrum of price- 
dependent bids and offers respectively. 
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Applying these principles to the assets in the Privatwc!^^ system, PRICING 
first reads the ORDERS file and sorts it by asset kind and price contingency. It 
then obtains the latest market price estimates from files PRICES and EPRISE. 
Estimates of prices for the Bngle-offeror assets (DXXXX, DIXXXX and PAY- 
OUT) are ealcnlated. Then prices are estimated for fordgn cnxrency assets 
(FCDM and FCTJS) assnming cross-price contingencies and mnltiple bidders 
and offerors. 

At this point, the price of a SMU is calculated assuming cross-price contingen- 
cies and multiple Udders and offerors. In addition, arbitrage is antomaiieally 
performed between SMDs and the component enterprise shares. When calcu- 
lating the cumulative offer-amount array for SMUs (starting at the lowest SMX7 
offer and working upvaxd), the lowest offers for enterprise shares wluch make 
up a SMU are aggregated if they represent a complete set, and treated as *fyn- 
thetic" but le^timate SMU offers. The execution of synthetic offers increases 
the amount of actual SMUs by transforming a complete set of enterprise shares 
into SMUs. 

The cumulative bid-amount array for SMUs (starting at the highest SMU bid 
and working downward) is likewise augmented by synthetic SMU bids composed 
of the aggregation of the highest bids for enterprise shares which make up a 
SMU. In this case, a complete set of Uds is uimecessary, and any imlud-for 
enterprise shares (or bid at less than a statutory Tninimum to prevent private 
parties from *Sracuaming up** large quantities of shares at de mintmi s prices) in 
executed synthetic SMU I»ds are allocated to a government account. In effect, 
by operating the system, the government automatically reaps the rewards of 
arbitrage between SMUs and enterprise shares. 

After determining the price of a SMU, prices are calculated for shares in indi- 
vidual enterprises. This again proceeds on the assumption of cross-price con- 
tingencies and multiple Udders and offerors. However, the amount of shares 
allocate to executed synthetic SMU bids and offers are first subtracted from 
the cumulative bid-amount and offer-amount arrays respectively. 

After an iteration of estimating asset prices, the process is repeated so that bid- 
amounts which are a function of other asset prices can be approximated more 
closely. Therefore, nring the new asset price estimates, updates estimates are 
prepared in turn for aingle-offeror assets (DXXXX. DIXXXX and PAYOUT), 
foreign currency (FCDM and FCUS), Stock Market Unit (SMU) and enterprise 
shares (EXXXX). Iterations contbue until price estimates sufficiently converge. 
These prices are then posted to files EPRISE and PRICES. 
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Notes: 

1. Sabsequent to the first invefltment cycle, non-PAYOUT debt in the gov- 
cnunent (e.g., DLEVR, DILEVR) wISl be sabject to the posnbiHty of multiple 
ofFeron and be processed ftceordingly. This will necessitate a4)iistments to the 
face ralne of debt being fiqnidated, to take into account changes in net present 
nine doe to changes in price (ie., interest rate). 

2. When appropriate, PRICING will nse the SMU pricing technique to calculate 
the price of a SMU2, an UNSMU or industry^speciiic ^b-baskets^ which hier- 
archically comprise any of those three stock ^baskets."** Note that hierarchical 
**sub-baskets" could not only promote efficient capital formation by presenting 
investment vehicles for emerpng industries, but they would also provide the 
opportunity for additional government arbitrage income. 

3. When investors become moie experienced, it may be useful to offer the 
ability to bid or offer at prices equal to an investor-specified percentile along 
the spectrum of price-dependent bids or offers. 
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XACT 



XACT geneiaies the Ttaasaction Data Bmse (XDB). 



Input: 

TtaaBaciion records from senal devioe(8). 



Output: 

Mudznally sorted transaction records to a senal device. 



Module Logic: 

This module accepts transactbn records (from any availaUe deYice« e^g. ter- 
minal, diskette or tape), optionally performing a preliminary validity check. 
Transaction blocks containing records in error are dther directed to an alter- 
nate output device for subsequent review and correcting, or dse to a terminal 
operator. The terminal operator could other correct a terminal-entered record, 
or iigect appropriate CA17CEL, substitute and NOTE records in the ease of an 
erroneous record entmd fiom another device (in the interest of preserving a 
complete audit trml). 

The transaction records are then posted to an array of transactbn blocks in main 
memory. This array is sorted (by ID code) when full or upon completion, and 
transferred to a disk fUe if available. This proeess is iterated until completion 
or until no more disk space is avaikble. Then the disk files (if nvaiUUe) are 
merge-oorted to a serial output device writing to media such as diskettes (each 
holding about 1 megabyte of data) or 8mm tapes (each holding up to 5 ^gabytes 
[sc] of data). 

XACT processes all posdUe transactions bom all recognised entities. Tbe in- 
termediate product is a set of diskettes or tapes, sorted at an intermediate level 
(Lc, chunks corresponding to the amount of main memory or disk memory 
availabk, whichever was greater, wiU be sorted 'intrarchunk*', but without any 
^ter-dmnk" sorting). 

In practice, data entry will Ekdy be compartmentalised in the initial stages into 
what can be conadered 'logical sub-files*, e.g.: 
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1) Citixen Data Base (CDB), comprising transaction records for individual cit- 
isens. Tliifi can range horn simply the entry of an ID record (which conld be 
coordinated with voter re^ration or adapted from other goTemmental data 
bases, and wonld correspond to an initial census), to a comprehenaTc set of 
transactions to buy or seD different msseU or authorise del^ation of inTcatment 
authority. 

2) Auction Data Base (ADB), comprising the exchanges of SMUs for SSERa (aee 
Appendix 4: Virtual AaseU: Small State Enterprise Rights), These tranaactions 
would typicaSy result from tuceessfnl bids at local auctions. Tht governmental 
entity axrangittg the auction, which would presumably obtain a percentage of 
successful bids, would use module AUCTION to try to ensure that individuals do 
not transfer more than their allotment (i.e., one) of SMUs (subject to restitution 
of any SSERs). 

3) Testamentary Data Base (TDB), compriring transactions to dispose of the 
portfolio of a deceased individual These would typically be generated by appro- 
prtaU local authorities after processing any vdO or conducting any *^robate.* 

4) Enterprise Data Base (EDB), Financial Institution Data Base (FIDB), Char- 
iUble Institution Data Base (CEIDB), Foreign Investor Data Base (FORNDB), 
Government Data Base (GDB), Privatisation Board Data Base (PBDB) would 
each likewise comprise transactions submitted by the respective entities. 

However, it should be emphansed that these "logical sub^files" are actually Just 
parts of a single Transaction Data Base (XDB), and any 'logical distinctions" 
are transparent to the PrivatiBe!'^ software system. Indeed, in its final mode, 
XACT reads input from multiple devices (such as 6mm tape drives), sepeats the 
transaction validity check, performs an ID code mergo-sort irrespective of the 
'logical sub>file* source, and outputs to another device (such as an 8mm tape 
drive again). By appropriately iterating thb process, an incomideidy sorted 
Transaction DaU Base (XDB) of even very great sise can be sorted completely 
and effectively. 

Notes: 

1. A subsequent version (MXACT: Multi-user XACT) will allow multiple users 
on a single computer to simultaneously input transaction records, again to be 
sorted in main memory and posted to a userrspediic disk file. When the first 
user-specific disk file is filled, a flag vrill signal all program copies to dose out 
theu current disk files and open alternates to continue processing. This vnll 
trigger another program copy to merge-sort the closed disk files to the serial 
output device. However, this module will likely not be portable between oper- 
ating systems or even computer lines. 
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2, XACT aatomatically checks for and when necessary generates appropriate 
transactions to initially transfer SMUs or SMU2s to dtitens. 
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XBLOCK 



XBLOCK analyses a tiansactbn block (Le., all the transactions for a partkalar 
ID code) in the Transaction Data Base (XDB). 



Inpnt: 

Parameters: transaction daU block for an ID code, and a switch which specifies 
whether to invoke the Delegate Order File (DORF). 
OlobsJ data: Asset prices by investment cycle. 
Random aeeess file: Ddegatee Order File (DORF). 



Retnrn: 

1. Number of kinds of assets ever in the portfolio, total portfolio valuation. 

2. An asset array containing: asset kind, cumulative transfers, current asset 
quantity, asset price, asset vafaie. The array is sorted by last date the asset was 
contained in the portfolio, and subaorted hy asset value. 

8. An array of orders to inpnt to module PRICING: (assetl,pricel,asset2,pric62,amount2). 



Proeessing Logistics: 

CaDed internally by software modules as necessary (e*g., AUCTION, PASSl-S). 
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Included Moddc - GLOPARM (Global Paiamcters) 



Policy choices 

eompmna: compensation Tnininium as % of aaseU. 
compsme: compensation minimnm as % of earnings, 
compmza: compensation mazimiun as % of assets, 
compmxe: compensation maximiun as % of earnings, 
mazfilt: ni*'"w*"i« number of omnltaneonsly operatire filters. 



Technical specifi cations 

y^ AHwn * hiock ddimiter" bowline character*. 

deq>t: decimal point 

idlim: field delimiter V. 

nfidd: null field 

nnnifint:, nnmber formatter 

rdlim: record delimiter 
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Appendix 3: Transact ion Commands (with allowed abbreviations) 

Page 



50 


ACQUIRE (ACQ A) 


52 


BANK (B) 


S3 


CANCEL fCXL C) 




DELEGATE f DLO Dl 
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DIVIDEND (DIV Vi 
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64 


LEAVE (LVL) 


65 


NOTE (N) 


66 


OVERSIGHT (OVER 0) 


68 


PERCENTAGE (PER P) 


69 


REINVEST (RNV R) 


70 


SECURITY (SEC S) 


72 


TRANSFER (XFER T) 


73 


WHEN (W) 
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ACQUIRE (ACQ A) 
Syntax: 

ACQidaic enteied:a8 of date:as8etln>ricel:as8et2:price2:aincmnt2:: 

ACQUIRE attempts to obtain assetl at pricel or better by MDing amounts of 
aaset2 at price2 or better. Tbese constraints are rdazed to a single cross-rate 
constraint (unless an interest rate instmment snck as DXZXX or PAYOUT is 
involved) as follows: 

Bid for assetl at a cross-price of pricel/priceS in an amount equal to 



amonnt2 * (market-price2/market-prieel) 

along with a corresponding offer for asset2 at a cross-price of priee2/prieel. 
See Appendix 4 for asset categories. 

Specifying a price of 0 for dther assetl or assets suppreses that price criterion. 
In that casCi the Ud or offer is no longer a cross rate, and is executed if the 
non*zero price is satisfied. If both prices axe 0, then amounts of assets is sold 
at whatever mazkei>priceS is determined to be, and those pr<»eeeds aie used to 
purchase assetl at whatever market-pricel is determined to be. 

Examples: 

ACQ:*:931331*.ESTU:105MU:S6000:.5:: 

[The apostrophe indicates the previous entry date is used. The transaction is 
to take place *^a8 of December 31, 1093. Shares in the enterprise STLI are 
to be b«mght at a price of no more than 10 (local currency) per share, unng 
the pro c e ed s from the sale of .5 SMUs at a price of no less than S5000 (local 
currency) per SMU. The prices need not be satisfied independently, but are 
eonndered to be a cross-rate.] 

ACQ:*.-93d)LEVR;01:8%:SMU:0:S5%:: 

[Tht previous entry date is used, and the transaction b to take place "as of" 
1993 on the default (for the ACQ transaction) date of December 31. Debt of 
LEVR to mature in the year SOOl is to be bought at an interest rate of no less 
than 8% (the % sign is optional here), in exchange for S5% of the SMUs in the 
portfolio (here the % sign is necessary to distinguish bom an absolute amount 
of SMUs) to be sold at whatever the market price is determined to be.] 
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ACQ:'!':PAYOUT;FNBX;940701;981001;S;M:4%:SMU:10C00:20%:: 
(An annuity to be paid by finaadal institution FNBX extending from July 1, 
1994 to October 1, 1998, with a light of snrvivoiship and monthly payments, 
is to be poxehased if the impfidt interest rate is at least 4% (on the basis of a 
standardised actnanal Uble), irith the proceeds from the sales of 20% of the 
SMVs in the portfolio at a price of at least 10000.] 

ACQ:*:'JCDM:7BsSMU:0:8%:: 

(Acquire dentsehe marks at 7B (local cozteney) per DM or better nnng proceeds 
from selfing 6% ofSMUs in the portfolio. The dentsehe marks are to be kept in 
an interest bearing account (with short term matnrity less than 1 year). 

Notes: 

1. An ACQUIRE transaction is only valid for one bvestment eyde. For exam- 
ple, for a calendar-year annual inrestment cycle, any ACQUIRB with an **as or 
date in 1992 and entered by the cut-off date would be a candidate for executing 
during processing in eady 1993, after which it would expire. Howerer, if the 'te 
or date were in 199S,it would be skipped oTcr until the next processing cyde. 

2. If an enterprise offers shares of itself in excess of its nreasury shares*, that 
b equivalent to a stock subscription (and presumably subject to regulatory 
oversight). 

3. CertainassetscannotbensedintheiJaoeof ''assets* to ACX^XnREo^ 
sets by any entity other than the issuer* For example, debt (DXXXX, D IXXXX 
and PAYOUT) is transmitted to custodial financial institutionB via the Dispori- 
tion File (DF)* (Early liquidation of such debt instruments will Hkdy entailiiego* 
tiations with or through the custodial fimmcii^^ institution.) Even government- 
backed annuities (PAYOUT) are invalid as "assets** (to prevent proeesang and 
assei^ebascment difficulties). Therefore, the only debt-based instrument ^ 
gible to be used as *asset2" by an entity other than the issuer is debt of the 
government (e.g., DLEVR). Even this wm not be supported in the first invest- 
ment cycle, rince theie wiD be no such loans on the system initially. When it is 
allowed for entities other than the government to offer their hoUirigs of its debt 
(which wiD aid in interest rate price discovery), a^hutmentsio the fSaee value of 
debt bring liquidated wiB be made to take into account changes in net present 
value due to changes in price (Le., interest rate). 

4. Note that the government can enter ACQUIRE transactions, presumably 
with suitable public notice, to auction off bundles of SMUs or shares in specific 
enterprises at or above a fixed asking price. 
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BANK (B) 

Syntax: ^ 
BANKtdate enteredios of date:actonym:: 

BANK is entered by an enterprise to specify the financial institution which will 
process its debt payments. 

Examine: 

ID:030415:931231:421145000SI£XYSTU:: 
BANK:':':FNBR:: 

{Enterprise STLI specifies financial institntion FNBR as its debt procesang 
agent, as substantiated by any required ofT-Iine agreements and oversight ap- 
provals.] 

ACQ:':'J)FNBR;D;0:DSTLI;99:896:100,000:: 

tSTLI offers to borrow 100,000 (local currency) at 8% or less, to be repaid in 
1999. In this case, any proceeds are to be held as a demand deporit with FNBR 
at prevailing rates.] 

n):930630:931231:196011203SMXYJKLM:: 
ACQ:*:*:DSTLI;99:8%:DLEVR;D:O:S0.OO0:: 

{Individual JS offers to liquidate 50,000 (local currency) of his demand loan to 
LEVR, and use those proceeds to lend to STLI at 8% or more, with the principal 
to be repaid in 1999.] 

In this example, the loan would be consummated in an amount of 50,000 (local 
eurraicy). Module PASS5 posts the resulting asset (in the form of a loan) of 
individual JS to the Disposition File (DF). Module DISPOSE includes a record 
for this asset in the Disporition File: Excerpt sent to financial institution FNBR 
(DFFNBR). Bach year, STU must then pay 4,000 (local currency) to FNBR 
for distribution to JS. 
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CANCEL (CXL C) 
SynUz: 

CXL:date entexedtas of dateaMet-spedfic ACQUIRE, PREVious or ALL trans- 
aetion(8):: 

This command provides the ability to cancel previous tran8action(8) which have 
not yet been execnted. 

Ezam|des: 

CXL:931015:931015-jaL:: 

(Cancel all previously entered (but as yet nnezecnted) transactions for this ID.] 
CXL:':':SMU:: 

[Cancel previous transactions to acquire SMUs.] 
CXL:94012S:940125:PREV:: 

(Cancel previous transaction. This might be inserted during processing and a 
substitute transaction entered, if an error is detected.] 

Notes: 

1. Subsequent transactions with a Mate entered" later than the CANCEL *te 
of" date are not canceled. 

2. Itansactions which were entered before the CANCEL ^ of" date are not 
canceled if they were executed (Le., an asset was already exchanged for another). 
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DELEGATE (DLG D) 
Syntax: 

DLG:date entoedua of daierddegaied authority (Invest, Vote): 
as8et(s):amoiuit:delegatee-acronyin:€ompen8atio&(a5 % of Assets or Bantings):: 

This transaction delegates other investment or voting authority over spediied 
assets to the identified ddegatee^rganisation. 

Examples: 

DLG:':'J:SMU:20%JNVL10%E:: 

[Investment authority over 20% of the SMUs in the portfdio is offered to the 
ddegatee organisation INVI (which most be approved and registered) at a com- 
pensation of 10% of the subsequent earnings, taken to mean total return, indud- 
ing interest, dividends and stock appreciation (which will reflect the delegatee*s 
investment decidons).] 

DLG:*:*J:SMU:10%*INVI:1%A:: 

[Investment authority over 10% of the SMUs in the portfolio b offered to dde- 
gatee organisation INVI, at an annual compensation of 1% of the Assets, to be 
transferred without liqmdation. Therefore, if the offer to ddegate is consum- 
mated, and if there had been 1 SMU in the account, then .001 SMU (1% of 10% 
of 1) would be txansfSerred from the portfolio to the ddegatee organization.] 

Notes: 

1. Each ddegatee organisation must be approved and seg^ered, with a max- 
imum amount of assets under its discretion set at the lowest of: a statutory 
maximum, a fimit set upon registration (based upon the orgaaisa^n's finan- 
cial lesouroes and pethaps the experience of its personnd), and a lower fimit 
of its own chooang. Pe^^ dd^atee organisations should be forbidden from 
purchasing for their own account assets vuherable to manipulation, such as 
stock in individual enterprises. Offers to ddegate are tanked in order of eom- 
pensatton in two fists (one for compensation as a percentage of assets, the other 
for compensation as a percentage of earnings). 

The ddegatee-organisation has the option to establish minimum percentage 
compensation (by assets and earnings) which it will accept, and must spedfy 
in advance what percentage of the assets under its discretion is to be sdected 
on the basb of asset-rdated compensation versus eamings-rdated compensation 
(see the PERCENTAGE command). For examine, a ddegatee organisation with 
an aggressive investment phOosophy might specify that only 10% of the assets 
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under its discretion b to be sdected irom the highest compensation offezs as a 
percentage of assets, while 90% is to be selected from the highest compensation 
offers as a percentage of earnings. 

The actnal compensation for all dekgations is set at the lowest accepted offer 
(in the appropriate category), cxeept that the lowest offers are tmncated if they 
would redace ddcgatee remuneration (ic, if lowering the actnal compensation 
rate wonld more than ofbet the increase in total amount). If the offered price 
P is expressed as a function of cumuIatiTe amount Q (starting from the highest 
offers), this is equivalent to solving for Q-accepted by: 

maximising: P(Q) x Q; 
subject to: Q-accepted < Q*-mazimttm-authorised; 
and: P(Q-accepted) > P(minimum-acceptable); 

and setting the price for accepted ddegations equal to P(Q-accep^]. The 
list of registered ddegatee organisations, a description of thdr personnel and 
expected investment approach, the percentage of assets to be accepted on the 
basis of assets versus earnings, and the maximum amount to be accepted should 
be regularly published. 

2. SUtutory constraints such as the prohilntion of the sale of stock Toting au- 
thority (especially over individual enterprises), as b the case in Western systems 
such as the United States to prevent abuse, can easOy be implemented set- 
ting the T"*^"""* compensation offer at sero. The result would in effect be a 
continuing and comprehenrive ''proxy' delegation. 

3. If an individual acquires authority to enter transactions for the poxtfdio of 
another individual (such as an adult child bemg asked by an elderly parent to 
manage a portfolio), the responsiUBty for authentication rests with the same 
agency authenticating transactions entered by the actual portfolio owner. In 
other words, 'delegation" (voluntary or otherwise) to ah individual is transpar- 
ent to Ptivatise'*^, and b authenticated by ibe '^personnel" and/or *paper- 
work" system. 

4. DELEGATION transactions entered by ddegatee-organisations themselves 
are not allowed (except for their proprietary assets, when it might even be 
required). In other words, reddegation b not allowed. Thb b to prevent nearly 
intractable processing difficulties, in addition to avoiding the potential for an 
inappropriate convergence of investment strategies. 
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DIVroEND (DIV D) 
Syntax: 

DIVmSNDrdaU enteted:as of 4aie:tot«l dmdend payment:: 

DIVIDBND » entered by an enteiprise. and specifies the total 
it has paid over to be allocated to shates contained in the , •y'Jf?' 

ModnkPASSl nses this information in the process of calealatmg total portfolio 
eanungs for xeinTcstment. 

Examines: 

DIVIDEND:':'100,000:: • , 

IThis enterprise has paid over 100.000 (local enneney) to be proportionately 
■Uoeated as dividends to all its shares on the PrivatiaeF* system.] 

ACQ:':':VAL:S:DLEVIl;D:S:100,000:: 

DIVIDEND:':*:100,000:: ^ # j v* • 

{This cnterpriM has extinguished 100.000 Ooeal enrrency ''"J^ •^^^J* " 
LF/R foTJST. receired. That vJoe received is the credit of 100,000 (local 
enneney) to be distributed as dividends.] 

Notes: 

1. DIVIDEND is only vaHd in the transaction block of an enterprise. 

2. An appropriate government agency (sach as the J?°«f ) 
avthenticate the transfer of snffident lesonwes to fond a DIVIDEND traasw- 

tion. 

3 This transaction can also be ased to distribute payments to shareholders as 
a lesnlt of a sneeessfal tender offer to take an enterprise private (see discossion 
in Appendix 1 - EPRISE, note 2). 
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ELSE (E) 
Syntax: 

£LSE^ACQ:date enieredw of date»stetl:prieel:asset2q>rice2:8inoimt2:: 

ELSE is designed to provide the option to czeente an alternative ACQUIRE 
transaction if a pzimary DELEGATE or ACQUIRE transaction faOs to be exe* 
cnted. This is intended to somewhat compensate for the significant intenral in 
the investment cycle. 

Examples: 

DLG:Va:SMU:20%dNVkI0%E:: 
ELS£:JlCQ:*:*:DLEVRa>:0:SMU:0:20%H 

[Offer to delegate investment authority over 20% of the portfolio SMUs to del- 
egatee INVI in return for 10% of earnings. However, if the offer is not con- 
summated, exchange those SMUs for a demand loan to LEVR at prevailing 
prices.} 

ACQ:':'a)LEVR;D:10%5MU:26000:20%:: 
ELSE:AOQ:':*:FCDM:75:SMU:15000:20%n 

[Attempt to seU 20% of the portfolio SMUs at a price of at least 25000, and use 
the proceeds to purchase a demand loan to LEVR at an interest rate of at least 
10%. However, if dther price can*t be obtained, then attempt to sell 20% of the 
portfotio SMUs at a price of 15000 or better, and use the proceeds to purchase 
dentsche marks for 75 or better (taking the prices to mean a cross-rate).] 

Notes: 

1. ELSE can only follow a DELEGATE or ACQUIRE transaction. 

2. The body of an ELSE can only be an ACQUIRE transaction. 

3. If the ELSE follows an ACQUIRE, the asset pairs cannot be the same, in 
order to avoid wasteful processing overhead. For example, in the second example 
above, the prices of 25000 and 10% could not merely be relaxed to 20000 and 
8% respectively in the subsequent ELSE transaction. For the purpose of this 
comparison, all debt of any particular entity is considered to be the *Wne^ 
asset irrespective of maturity. 
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FILTER (FLT F) 
Syntax: 

FILTEa:dat€ cntcitd:as of daiedabel: 

aeeonnt type:ID->aeton3rm:fairthdate intervai:sez:as8et(8):axnoiiiit istenrab: 

OI 

FILTEILdate enicredias of datedabd:: 

Falier is a, tmuaeibn e&ieted only by a ddegatee orgaaitation (oir the goren- 
ment itsdf) so thai mbsequent txansactioiis only apfdy to adected portfolios or 
assets. Account type b a Angle letter (C,F,M,N,E,D or G) as fbllofwt: Citisen, 
Fordgn investor^ financial institution (Money), ckaiitable institution (Need), 
Enterprise, Ddegatee or Government. Delegatee transactions not preceded by 
a FILTER command app^ to all assets under its discretion, both its own pro- 
prietary assets and those for which inyestment authority has been delegated 
to it. In practice, a del^tee-organisation should initiate its transaction Uock 
with a pair of FILTER statements keyed to its own acronym, bracketing the 
transactions applicable to its proprietary account. 

Examples: 

FILT£R:':*:proprietary aceount:D:INVl:: 
FILTER:*:*:proprietary account:: 

[The transactions bracketed by the two FILTER transactions labelled "propri- 
etary account** apply only to assets owned by the delegatee-organisation IN VI 
itselfl] 

FILTER:':':boomers:Cma:lfiS0I00I;19€01231JL:SMU:.5;2^:: 
FILTER:V:boomer8:: 

(The transactions bracketed by the two FILTER transactions labdled ''boomers** 
apply oidy to delegations by Citisens bom between October I, 1050 and De- 
cember 31, 1960, whose account (including the non-delegated portion) contains 
between .5 and 2.5 SMUs.] 

FILTEILheavy metaltErSTLl: 
••• 

FILTERdieavy metal:: 

(The transactions bracketed by the two FILTER transactions labelled 'heavy 
metal** apply only to delegations by Enterprbe STLI.] 



Notes: 
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1. Multiple filters (up to a mnTiirmm number equal to MAXFILT) can be 
amultaneoosly operative for a given ddcgatee, dthcr nested or intersecting. 

2. Inapplicable trailing fields can be omitted, as in the example labeled *heavy 
metal* 

3. Matching FILTBR transactions, and the transactions which they bracket, 
are considered a aub-block and kept intact throughout the merge«>rting of the 
I^ansaction Data Base (XOB). 

4. FILTER snb-Uocks entered by the government itself arc always executed 
even if not "Snvoked" by the destination portfolio. For example, the government 
could iniOaUy allocate .5 SMDs to the "Social security" account of all aiisens 
bom on or before January 1, 182S with the following transactions: 

FaTER:':':penstoners:C:na:18700101;lW80101ma:naniat: 

SECURIIY:':':: 
ACQ:':':SMU:S:LSER:S:.6:: 
SECURITY:':':: 
FILTER:':'n>en8ioners:: 
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GRADE (6) 
Syntax: 

GRADE:date enteiedtas of datezevaluftior acronym:eTalnatee acronymteralaation:: 

GRADE allows an anthozised evaiuatot organisation to enter its evaluation of 
another organisation which is capable of standing behind debt or an annuity. 
The evaluation is entered on a scale of 0 to 100, with a standardised interpreta* 
iron of various scores to be promulgated by the government agency capiJile of 
authorising organisations to enter such evaluations. This grading information 
is used to inform the public. ObDective grading information can also be used 
to aggregate bids and offers of comparable organisations in the process of esti- 
mating market-clearing interest rates and generating a lending report to update 
borrowing transactions. 

Example: 

GRADE:':':SNP:MLPP:90:: 

{Authorised evaluator organisation SNP grades the financial stability and cred- 
itworthiness of organisation MLPF at 90.] 
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IDENT (ID I) 
Syntax: 

ID:date entered^s ofdaicJD code:naTne;ftHdrcss:phone»npplementary name:: 

n> identifies the entity which owns and controls a portfoUo (eithex a Citisen, 
Foreign investoz, Enterpxise, financial institution (Money], charitable institution 
[Need], Ddegatee organisation, or Government). It remains operative far sub- 
sequent transactions nntil another ID transaction b Entered. The contiguons 
set of transactions associated with a particular ID is termed a 'llock.*' 

Examples: 

ID:9S0215:93010I:19601I20JSHXYJKLM John Smith: 

100 Main Street; Anywhere:555.1212(h);6BM2W(w) Jones:: 

[Field 4: This is a citizen (the first digit in the ID code is a 1 or 2) bom November 

20, 1960, with initials JS, Male, with ID first issued by regional center DT, and 

distinguishing personal code of JELM. Ftdd 5: name. Field 6: address. Field 

7: telephoBe(s) (if any). Fidd 8: mother's maiden name.] 

ID:930215:930101:34S67890nJAXYQRST:Investorfi Unlimited: 
100 Geldstrasse;Zurieh, Switserland:0l/012/65S-llll:Man&eq Q. Contact:: 
[Field 4: Forttgn investor (first digit is a 3, while the following digits can be 
used to code individuals versus organisations), initials lU, Alien, ID first issued 
by processing center XY, distinguishing code QRST. Fields S-7: name, address, 
tdephone(s). Fidd 8: contact person.] 

ID:930215:930101:421146000SIEXYSTLI:Sted Inc.: 
1 Sted Inc. Plasa;Stcd <:Sty;555-S5S5-.Stedy Dan Executive:: 
[Fidd 4: Enterprise (first dig^ a 4), industrial code = 21, enterprise # = 45000 
(independent of industrial code), initials SI, Enterprise, ID first issued by pro- 
cess center XY, enterprise aeronjrm STU (diould be unique and correspond to 
enterprise #). Fidds 6-7: name, address, tdephone(6). Fidd 8: contact person 
(presumably CEO).} 

II>:93021S:930101:S1100100FNMXYFNBR:First National Bank of Rocket Qty: 
1 First Naticmal Bank Plaza;Ilocket CSty:6S5-6666:Rock E. Fdla:: 
[Fidd 4: Financial institution (first digit a 5), with financial institution code 
(e.g., bank, insurance company, pension fund, brokerage house, evaluator-organisation) 
of 11, financial institution # s= 100 (independent of finandal institution code), 
initials FN, Money, ID first issued by processing center XY, finandal institution 
acronym FNBR.] 



WO94/10d37 



164 



PCr/US93/10557 



n):930215:930101:60100001CVNXYSOSV:Friend5 of SOS ChildxejLs' Villages 
Interiiatioiial:1170 Bxoadwa7;NY;10006:: 

[Field 4: charitable insiitnibn (fitsi dig^t a 6), with charitable institntion code of 
01, charitable instHution # = 001 (independent of charitable institntion code), 
initiak CV, Need, ID fixst issued by processing center XY, charitable institntion 
acronym SOSV.] 

ID:030215:930101:799001S0DUDXYDECUa}ecisions Unlimited: 

Til Analysis Plasa;Rocket Science City:777-7777d«ncky Eddie, PluD.:; 

(Field 4: Ddegatee organisation (first dBfijt a. 7), organisation code s 99, ddega^ 

tee organisation # = 160, initials DU, Ddegatee, ID first issued by p r o c e ss ing 

center XY, (nniqne) acronym DECU. Fields 2-4: name, address, telephone(8). 

Field 5: contact person.] 

ID:030215.*930101:9030000DLRGXYLEVR:LeTiathan Republic: 
1 Memorial Drive;Capita] City:lll.llll John Q. Appointee, MoF:: 
(Field 4: Government (fixst digit a 9), nation-state # s= 03, regional govern- 
ment # = 00 (Le., not applicable-'na''), local government # ss 000 (i.e., *not 
appficable*"na*) (note that transactions &r a local government would have ap- 
propriate index numbers for both regional and local government), initiak LE, 
Government, ID first issued by p r o c e ssi ng center XY, (unique) acronym LEVR.] 

Note: 

For some purposes (e^g., when an enterprise specifies its employees, and dti- 
usn tecoinds are automatically generated for incorporation into each employee's 
indBvidual transaction block) the fields after the ID code can be omitted. 
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jom (JN J) 

Syntax: 

JOIN:daie eiitered:as of dateienterprise aerouTin: 

capacity (Ceo, Board, Officer, Employee [non-officer]): 

stock compensation (denominated in local conency, # of shares, or % of oni- 

standing shares):: 

This transaction indicates that an indiTidnal joined an enterprise as of the spec- 
ified date, in the indicated eapadty. Thb record is ozig^naUy entered by the en- 
terprise, which submits a series of snch JOIN records, bnt with the '^terprise 
acronym* field replaced by an ''individual code"* field. These enterprise JOIN 
transactions are then used to generate individual JOIN transactions. This gen> 
eration will take place late in the processing cycle, after all enterprise data has 
been centralised, to inhibit intentional or unintentional enors. (For example, 
instances where an individual is reported to be affiliated with multifde enter* 
prises are rq>orted. This will also help in the review of Privatisation Business 
Plans to flag potential overlap of enterprises.) 

Examples: 

ID:930215:930101:421145000SIEXYSTLkSteel Inc.:: 
JOIN:':':19431120JBMXYABCD:C:.01%:: 
JOIN:V:19500125PJMXYZYXW:O:100S:: 
JOIN:*:930701:I9501205MSlfZYFGHI:E:500n 

[This sequoiee of transactions k entered by enterprise STLI, and results in the 
ioDowing individual JOIN transactions being generated.] 

ID:9302I5.-9d0101:19431120JRUXYABCD:: 
JOIN:»:':STLI:C:.01%:: 

[Am of January 1, 1993, thb individual joined enterprise STLI as its CEO, with 
annual stock compensation equal to .01% of outstanding shares.] 

ID:930215:930101:19&00125PJMXYZYXW:: 
JOIK:»:'iSTLI:O:100S:: 

(This individucd joined as an Officer, with annual stock compensation equal to 
100 shares.] 

ID:930216:930701:1950120SMSMXYFGHI:: 
JOIN:»:':STLI:E:S00:: 

[MS joined STLI as an employee (non»officer) halfway through the year, with 
stock compensation of 500 (local currency) per annum. Therefore, 2S0 units of 
local currency will be used to purchase shares of STLI for his account.] 
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LEAVE (LV L) 
Syntax: 

LEAV£:d&te entcrcd:as of datcrcnicrprisc acronym:: 

This twuwaction specifies that an individual has kft an enterprise on the given 
date, ncreforc, stock compensation is terminated as of that date. Like the 
JOIN transaction, individnal LEAVE transactions arc generated from LEAVE 
transactions submitted by the enterprise. 

Example: 

LEAVE:930901:930815*.STLI:: 

{This individual left enterprise STLI on August 16, 1993, up to which point any 
applicable stock compensation vnD be prorated.] 
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NOTE (N) 
Syntax: 

NOTE:date enteredzas of datemon-execQting commentary:: 
NOTE pxovides the ability to intxodnce commentary. 
Example: 

NOT£:':^Ptevioii8 record was cancelled due to apparently incorrect daU in the 
last field. Ms. Q. X. Data-checker.:: 
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OVERSIGHT (OVER O) 
Syntax: 

OVERidate entered:a8 of date:enterpzi8e actonym: 

primiisaiion daterdemonopdiBation datexonfiscation percentage:: 

Only the Privatiiation Boazd (or other aathoxised government agency) can tnb- 
nit this transaction, which cstaUbhes the privatisation and demonopoHsation 
dates of an enterprise. Achievement of privatisation is a prereqoiate for ac- 
emal of compensation stock in privatised large state enterprises. Achievement 
of demonopoHsation b a piereqnisite for recipients of such compensation stock 
(whether as a member of the board, officer, or non-officer employee) to transfer 
(away) any stock in thai enterprise (even if some of it had been purchased, and 
even if the indsvidoal has already left the enterprise). 

The ''confiscation percentage** is equal to the Privatisation Board's estimate of 
the percentage of share valne at demonopdisation attributable to monopoly rent 
arising subsequent to privatisation. The ^nfiscation pexeentage" of eompensa* 
tion stock earned previous to certification of dem<mopolisation is automatically 
transSened to the government's social welfare account. However, if certification 
of demonopolisation is achieved (on an oP basis) within a safe harbor in- 
terval (e.g., 1 to 2 years), then the ^confiscation percentage" must be set to 
0. 

The net result is to strongly encourage those individuals entitled to compensa- 
tion stock in an enterprise to achieve its demonopolisation as rapidly as posriUe. 

Examples: 

OVER:930315:930315-.STLLfi30601:: 

fThe Privatisation Board ^iproved the Privatisation Buriness Flan of enterprise 
STLI, and set the efTectiTe date of privatisation to be June 1, 1993, perhaps to 
oolndde with an entire eohort of enterprises bong privatised. Note the absence 
of the inapplicable trailing fidds.] 

OVER:940601:940601«.STLI:930601;94051S:: 

(The Privatisation Board certifies the demonopolisation of STLI on May 15, 
1994.] 

Notes: 

1. This transaction applies only to privatized large state enterprises. Authen- 
tication of other enterprises allowed onto the Privatice!^^ system is the re- 
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sponribility of the agency with authority over operation of modtde BGBN which 
generates the Enterprise File (EPRISE) (see Appendices 1 and 2). 

2. It remains potsible for key erecatives to purchase, before demonopolisa- 
tion is achieved, stock in their enterprise at prices which do not sufficiently 
anticipate subsequent monopoly rent. Therefore, any request for certification 
of demonopoliiation submitted after the safe harbor interval should indnde the 
transaction Uocks of members of the board and officers of an enterprise. The 
Demonopolisation Board could then condition certification of demonopolisation 
upon confiscation of any appropriate percentage of even non-compensation (Le., 
purchased) stock in the enterprise. This authority would presumably only be 
invdced in cases of significant abuse. 
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PERCENTAGE (PER P) 
Syntax: 

P£R:*:'3niniiiiiiin compensation {% of a8set8)unuiimiun compensation {% of 
earnings): iwn'wtntnw amount of assets under discretion:^ of assets selected 
on the baas of compensation by earnings:: 

PERCENTAGE enables a ddegate^-organisatton to spedfy its minim n m ac- 
ceptaUe compensation, the n*i|iriyw«t« amount of assets under its discretion and 
the percentage to be selected on the bads of compensation by earnings (with 
the rest selected on the basis of compensation by assets). 

« 

Examples: 

PER:':*:.5:5:250,000,000:n:: 

|This delegatee-orgaaisation requires that its compensation be at least .5% of 
assets or 5% of earnings; it will not accept discretion over total assets exceeding 
250,000,000 (in local currency); und it chooses to have 77% of the delegated 
assets under its discretion selected on the basis of earnings.] 

Notes: 

1. Statutory and decretal constraints remain, such as maximum compensation 
percentages and maximum amount of delegated assets subject to discretion by 
any single ddegatee-organisation. 

2. Regulatory constraints also remain, such as any stricter limit on the maxi- 
mum amount of ddegated assets on this particular ddegatee-organisation im- 
posed by its oversight agency. 

3. There is no guarantee that there will be any offers to ddegatc which exceed 
the ywiniintiin compensation percentages. On the other hand, the maximum 
amount of assets may be readied with all offers higher than those minima. 

4. IkJanft values are established by law or decree, and are contained in IN- 
CLUDED MODULE - GLOPARMS (see Appendix 2). 

5; The PERCENTAGE record which DELCOMP posts at the end of the Ddega- 
tee Order File (DORF) does not update the TVansaction Data Base (XDB), and 
so is unambiguously attributable to DELCOMP (rather than to the ddegatee 
itself) by its context. 



wo 94/10637 



17 1 L 



PCrAJS93/10557 



REINVEST (RNV R) 
Syntax: 

RNV:date enteiedtas of d&te»s8etl:%:asset2:%:.*«»ssetn:%:: 
REINVEST spediies how the earnings of a portfolio mre to be invested. 
Example: 

RNV:930215:931231:ESTLI:50%:SMU:20%: 

DLEVR;96:5%:DLEVR;97:5%:DLBVR;98:5%:FCUS:16%:: ^ 
(Invest 50% of portfolio earnings in entexprbe STLI, 20% in SMUs, 5% in debt 
to LEV£ matimng in each of 1996, 1997 and 1998, and 15% in ir.S. dollars.] 

Note: 

Dates are used only to determine the most recent, and therefore controlling, 
REINVEST transactions. 
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SECURITY (SEC S) 
Syntax: 

SECURirY:d&te entetedzas of date: 

SECURITY iraasaetbns are entered in pairs. The transactions wUch they 
bracket apply to the Sooal seenrity^ portion of a portfolio, for which valid 
asseti are limited to Stock Market Units (SMUs)« government debt (DXXXX or 
DIXXXX specifying a governmental entity) or lifetime annuities (PAYOUT). 

Examples: 

SECURITY:921115:930101:: 
ACQ:':':SMU:S:LSER:S:.35:: 
SECURITY:^':: 

(This 'initialisation transaction** exchanges .25 Large State Enterprise Bights 
(see Appendix 4: LSER) for SMUs (Stock Market Units) at the Statutorily 
nominal price of 1 SMU per LSER. Since it is bracketed by SECURITY trans- 
actions, the SMUs are contained in the ^dal security** portion of the portfolio. 
If in addition there is a fredy transferable SMU allocation of 1 per dtisen, this 
corresponds to a statutory set-ande of 20% into the restricted "social security** 
portion of a dtisen^s portfolio.] 

SECURITY:*:*:: 

ACQ:*:*a)ILBVR,-00.10:2^ 

ACQ:*:*d?AYOUT;FNBR;eO;D;N;M:5%.SMU:0:.l:: 

SECURITY:*:*:: 

[Exchange .1 SMU of the "tedal security** portfolio at prevailing prices for in- 
dexed debt in government LEVR, attempting to obtain the highest yield within 
the maturity interval 2000 to 2010, but no less than 2.5% above inflation. Ex- 
change another .1 SHU for a Hfetime annuity starting at age 60 without right of 
survivorship, payable monthly by FNBR, if the implicit interest rate is at least 
6%.] 

Motes: 

1. The SECURITY transaction is only valid for dtisens (whose first digit in the 
ID code is a 1 or 2) or for the government. 

2. Matching SECURITY transactions, and the transactions which they bracket, 
are considered a sub-block and kept intact throughout the merge-sorting of the 
l^saction Data Base (XDB). 
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3. Initially, TRANSFER and DELEGATE commands arc invalid within a SE- 
CURITY sub-Uock, so that the government cnstody over, and the 
individual dtben maintains investment authority over, the *Sodal security* 
portfolio. 

4. In cases of hardship Justifying immediate distribution of part of the '^bo- 
dal security* account, ACQUIRE transactions in exchange for 'Sralue received* 
(VAX) would be entered tot a dtisen^s portfolio directly by the government 
weUare agency authenticating the situation and paying out the p ro c eeds. 
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TRANSFER (XFER T) 
Syntax: 

TRANSFER:dateenteted:as of datetfiaandal inrtiiatioii aci€myixi:utet;ainoiuit:: 

TRANSFER directs that the specified amoviit of the indicated asset be trans- 
ferred to the financial institution identified by ""acronym.^ This transfer will 
take place at the completion of the procesdng cycle,, tia the Disposition File 
(see Appendix 2: PASS5, and Appendix 1: DF - Disposition File). While 
the TRANSFER asset amount can be expressed as a percentage of portfolio 
contents, PASS& translates that to an absolute amount prior to wnting the 
information to the Dispoation Pile. 

Examples: \ 

XFER:*:':MLPF:ESTLL100%:: 
XFER:»:»:MLPF:SMU:50%:: 

[Transfer 100% of the portfolio stock of enterprbe STU, and 50% of the SMVs, 
to finandal institution MLPF.] 

XFER:*:':DBNK:FCDM:100%:: 

(Transfer 100% of the portfolio deutsche marks to financial institution DBNK.) 
Notes: 

1. The financial institutions must be authorised to act as custodians of that 
type of asset (see Appendix 2: Indnded Module - FINOK). 

2. When alternative, non-goremmental finandal institutions become authorised 
to act as custodians of entire portfolios, transactions of the form: 

XF£R:':*:MLPFJLLL:100%:: 

would become valid. This wOl provide a vehicle whereby particularly large or 
active portfolios could be removed from the general processing system, reduc- 
ing its overhead and enabling investment transactions more frequent than the 
general investment cycle. 
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WEEN (W) 
Sjmtax: 

WE£N:eiitered daie:as of date:: 

WHEN sets the eateted date and the 'te oT date. 

Example: 

REINVEST:930215:930215:ALL:50%: 

SMU:20%:DLBVR;96:5%:DLEVR;97:5%:DLEVR;98:5%:FCUS:15%:rCJY:10%:: 

CXL:940135:940125:PREV:: 
REINV£ST:940125:931231:ALL:50%: 

SMU:20%:DLEVa,*96:5%:DLEVR;97:5%:DLEVR;98:57o:FCUS:S%:: 
NOT£:':^ReiiiTest teeord xeplaced because more than 100% allocated, so deleted 
from last field to reach 100%.;: 
WH£N:930215:930215:: 

[In this sequence, the original REINVEST record was erroneous. During the 
processing cyde, H is canceled (rather than merely dropped, in order to main- 
tain a complete andit trail) and replaced, and the date is then reset with the 
WHEN command so as not to affect subsequent transactioiu.] 
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Appendix 4: Asset Categcries 

Page 

75 ALL AU Assets 

76 DXXXX Debt 

78 DECXXX Indexed Debt 

79 EXXXX Enterprise Stock 

80 FCXX Foieign Cnxrency 

81 PAYOUT Cash or Annuity 

53 SMU Stock Market Unit 

54 SHU2 2nd T^cbe SMU 

85 VOUCHER Privatisation Voncher 

86 Vjrtnal A«ets: 

86 DR Donation Rights 

87 LSER Large State Enterprise Rights 

88 SSER Small State Enterprise Rights 

89 TR Testamentary Rights 
91 VAL Value Recctred 
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ALL: AU Assets 



This asset categoxj oomsponds to the camporite of aD the assets in a portfolio. 
Note that this is an invalid asset to bid for (as ""mtiV in an ACQUIRE record), 
and must be used with a price of (Le., offering the portfolio assets at the 
market prices to be determined) when used as ^'assets" in an ACQUIRE record. 
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DXXXX: Debt 



Syntax: 

:DXXXX;YY;it: 

Debt is a portfolio asset of the lender (and corresponding liability of the bor- 
rower). Acronym XXXX specifies the borrowing entity, and is restricted to 
goremmental entities^ institutions and enterprises. 

The year of maturity is specified by YY, with *'D** corresponding to & demand 
loan. A demand loan would be appropriate if the lender deposited cash with 
the expectation of purchasing other financial instruments at the next investment 
cycle. At maturity, the proceeds are invested in liquid debt of the state (eg., 
DLEVR;D) at prevailing interest rates. The simple annual interest rate of the 
debt instrument is specified by rr, which is an optional subfield when entering 
transactions unless needed to resolve ambiguities between debt instruments in 
a portfolio. 

Offers to lend in an ACQ transaction must be matched up with a correspond- 
ing offer to borrow in order to be consummated. Hatching requires identical 
acronyms and cither identical or overiapping maturities. 

During the second processing pass through the final sorted Transaction Data 
Base (XDB), FASS2 approximates the amount of offers to lend by acronym, 
maturity and price, and a (brief) opportunity is made available to potential 
borrower-entities to update any offers to borrow with appropriate ACQ trans- 
actions. This enhances debt management capabilities. Module PASSS calculates 
the debt interest rate rr from the bids and offers and posts it to the updated 
XDB. 

Prices are specified as the simple annual interest rate of the debt. 

Example: 

:DLEVR;01: 

[Debt of LEVR to mature in the year 2001.] 
Notes: 

1. The year of maturity can be selected according to the personal circumstances 
of the lender. This may increase the attractiveness of debt and therefore the 
amount invested in it. However, a borrower can choose to manage its debt by 
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bidding only for specified maturities (e.g., 10 and 20 years), presumably with 
appropriate public notice. 

2. In the future, it may be desirable to allow specification of maturity intervals, 
within which the proeessbg system attempts to maximise the yield, to smooth 
out the yield curve. Since a steep yield curve (with yields quickly increasing 
as maturities lengthen) is often associated with fiscal stimulus and inflation, 
and an inverted yield curve (with short-term yields above long-term yields) is 
often associated with tight money triggering a recesaon, a tendency toward a 
smoother yield curve may not only iadlitate debt management but also economic 
stabilisation. 
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DIXXXX: Indexed Debt 



Syntax: 

:DIXXXX;YY;n: 

The indexed debt in«tniment DDCXXX it exactty analogous in aU tespeets to the 
niHindexed debt inrtnuncnt DXXXX, with the exception that intemt tatai are 
eacpressed in •*rcal" terms (Le., after inflation u estimated by nn index spedfled 
by statute or decree)* 

Note: 

If a financial institution aceepte indexed deposits, account holders have an inflar 
tion hedge. If the financial institution in turn lends those funds to enterprises as 
indexed debt with an interest rate markup, it is also hedged against inflation. 
The enterprises would then presumably conduct their operations in a way to 
cope with prevailing inflation. 
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EXXXX: Enterpzise Stock 



Enterprise stock tepiesentt thara in enterpxise XXXX. For privatised large state 
enterprises, shares are tradeaUe only after approval of the oorresponding priva^ 
tisation business plan (PBP), and the sale of compensation stock is prohibited 
until after certification of achievement of the demonopolisation goab contained 
in the PBP. (See the OVERSIGHT command an Appendix 3.) 



Prices are specified in local currency per share. 
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FCXX: Fomgn Currency 

This asset leptcsents foreign currency for country XX, eg., dollars (FCDS) 
or dentsche marks (FCDM). Other curendes can be readily added. 

The foreign currency is expected to be held in a liquid aceonnt yielding an 
appropriate rate of interest. 

The price is specified as local currency per foreign currency. 
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PAYOUT: Cftsh or Annuity 



Syntax: 

:PAYOIJT;gOTenintent oi finandal instttntion acronym; 
begin;cnd;8arvive;fireqiiency; 

imi>Ecit interest tate;actnazial taUe #;periodic payment: 
PAYOUT dengnates a generalized annuity. 

One option is cash, aTailaUe to the portfolio owner (after the processing cyde is 
completed) from the financial institution specified in snbfield 2. Cash is specified 
by setting the begin and end times equal, and on or before the "as oP date of the 
procesong cycle. However, this would presumably be an inappropriate option if 
demand deposits (DXXXX or DIXXXX) were ayailable through an acceptable 
financial institution. 

The alternative is a stream of payments over an interval with a specified begin- 
ning and end, an ^'annuity.* The beginning can be spedfied as a date (year, 
month and date, in the form yymmdd) or an age in years(in the form XX). 
The end can be spedfied as a date, an age or death (specified by D). If the end 
is spedfied as a date or an age, the portfolio owner can also spedfy whether 
the payments should continue upon Ids or her death. The default of payment 
temunation upon death, with higher payout amounts, can be overriden with an 
S in the Htirme tnbfidd (otherwise the subfidd is left empty or filled with N). 
Unless the portfSdio owner is an individual, begin and end dates cannot be ages 
and an S is used snespective of the entry in the ^^survive** subfidd. Payment 
frequency can be spedfied as annual (A), quarterly (Q), monthly (M), or weekly 
(W). 

The annuity payment amounts are calculated by module * ACTUARY", taking 
into account standardised survival tables. If a government u acting as prindpal, 
actuarial shortfalls can be covered ofT-budget by the SMUs or enterprise stock 
kept in its social welfare account; actuarial windfalls can likewise be credited to 
that account. Financial institutions acting as prindpals could perhaps contract 
with the government for actuarial insurance fattcked by that same account also. 

The price of an aanuity is spedfied as the implidt rate of return assuming a 
particular actuarial table. Module PASS5 determines the execution price of 
a transaction from all bids and offers, and then posts it, the identifier of the 
corresponding actuarial taUe and the periodic payment amount as the last three 
snbfidds of the PAYOUT asset (which arc unnceded if unnecessary to resolve 
ambiguity) to the updated Transaction Data Base (XDB). 
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Note: 

The annuity can be considered to be indexed to the inflation rate (see discnssion 
under asset DDCXXX), or an additional snstroment PAYOUTI can be created 
to serve that purpose. If the annnity is indexed, then the implicit rate is the 
"■xeaT retom (with inflation factored out). In this case, the flnandal instttntions 
make available payment streams which vary with future inflation. 
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SMU: Slock Maikct Unit 



Stock Market Units (SMUt) ue created by le^slatioii oi decree. A SMU incor- 
porates one share of each large ttate enterprise privatised by the end of 199X 
(e.g., 199S), where X is spedfled in the legislation or decree. Tiivatisatbn*' 
occurs npon the ^xirataiation date" spediied in an approved privatisation busi- 
ness plan submitted by an enterprise. 

Note that stock ownershq> rights to SMUs (see Virtual Asset: Large State 
Enterprise Rights) which incorporate rights to shares in cnterprisea privatised 
by a future date certain are created immediately by the le^slation or decree. 

Prices are specified in local currency per SMU. 
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SMU2: 2d Tranche of SMUs 



SHU2t are analogous to SMUs, and axe also created by le^slation oi decree. A 
SMU2 incorporates one share of each large state enterpzbe privatised between 
lfi9X and 19fiY, where X corresponds to the cat-off for induaon of enterprise 
stock in a SBIXI, and Y is the corresponding SMXI2 cat-oif. X and Y are estab- 
fished by legislation or decree. For example, SMUs conld comprise one share 
of each large state enterprise privatised by the end of 1905 (about a three year 
period), while SMU28 could comprise one share of each large state enterprise 
privatised from the beginning of 1996 to the end of the year 2000 (a five year 
period). 

Prices are specified in local currency per SMU2. 
Notes: 

1. To encourage early prtvatisation, executive and board compensation set by 
statute or decree can be more attractive for earlier privatisation. 

2. To prevent useless speculation, an initial moratorium (e.g., one year) on 
trading SHT72s could be imposed. During such an interval, there would Hkdy 
be little reliable information mth which to value such a deferred asset, and it 
is unclear what near-term utility enhanced price discovery for SMU28 would 
provide. 
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VOUCHER: Privstieatioii Voucher 



The privBtuation voticher is Btithoiieed by legidation or decree. In the context 
of appropriate enabling regulations, it b posrible to interpret it as the right 
to one dtiscn*s share of the pnUidy distributable capital of each Urge state 
enterprise privatised by the end of 199X, where X is specified in the legislation 
or decree. It is the phyrical analogue in script fonn of the Stock Market Unit 
(SMU) asset on the Tnrmtizel^^ system. 

A typical transaction redeeming a phyrical voucher for a Stock Market Unit 
could be: 

ACQ:«21201:9312315MU:S:VOUCHER:S:1:: 
ACQ:':931231:ESTLI:20005MU:0:J:: 

{The first transaction, enteied on December 1, 1992 and taking effect as of 
December 31, 1993, exchanges one privatisation voucher for one Stock Market 
UnH (SMU) at the statutorily nominal price of 1 SMU per VOUCHER. The 
second transaction, entered on the same date, places a bid for shares in enterprise 
STLI at a price not to exceed 2000 (local currency), using the proceeds of half 
the Stock Market Unit liquidated at the mazket price effective on December 31, 
1993.] 
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Virtual Asset: Donation Rights (DR) 

Donation rights are nraniferrcd" to a donor in exchange for a ^t, and arc 
perhaps better described as a "donation privilege.** 

Cross-prices are a statutorily nominal 1 Whatever per DR. 

Eacample: 

ID:921015:921015:196011203SMXY3KLM:: 

ACQ:':*d)R:S:SMU:S:.l:: 

ID:':»:60100001CVNXYSOSV:: 

ACQf:'5MU:S:DR:S:.l:: , 
(The indiridnal specified by the first ID record has donated •! SMU (at the 
SUtntorily nominal price of 1 SMU per DR) to the charitable institution spec- 
ified by the subsequent ID record. A donation mnst be entered as a contignous 
matched pair induding donor and donee. Module XACT will sort the transac- 
tions for eventual incorporation into transaction blocks containing the complete 
set of transactions for each ID. However, in the ease of a donation, XACT will 
also generate documentation* notes. A note containing a done of the donee 
ID record wSL be inserted immediatdy following the donor's ACQ record. An 
analogous note containing a done of the donor ID record will be inserted im- 
mediatdy following the donee's ACQ record.] 
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Viitaal Asset: Large State EntetpBse Rights (LSER) 



Urge ftate enterprise rights are oeated by statute m decree, for instance when 
Stock Market UniU (SMUs or SMU2s) ate brought bto bong. 

Cross-prices are a statutorily nominal 1 Whaterer per LSER. 

A typical initialisation transaction for a dtisen Wonld be: 

ACQ:921201:921231SMU&LSER5:1:: 

IThis transaction, entered December 1, W92 and taking effect as of December 
SI, 1992. wonld exchange 1 LSER (Large State Enterprise Bight) for SMUs 
(Stock Market Units) at the Statutorily nominal price of 1 SMU per LSER. 
Note the implicit transfer, fcom the state as trustee or from the govemment as 
custodian, of the Large State Enterprise Right.] 
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virtual Asset: Small State Entetpme Rights (SSER) 

These righu i» ««.n «st"«::^ ^rc^^h*:^ 

gtimted la iBdividnal o» eateipnse » retun. ^J^^ iidntain » certain 

SMU. (Stock Market Unita) in his or her portfoho. 
Cross-prices are a rtatntorily .ominal 1 Whatever per SSER. 

:::LlS^«?arofr:^f«l fo, a.»dl ta*. enterpn-e as foUows: 

ID:921016:921015:19«01»0JSMXY3KLM:: 

ACQ:fl2l015:92101B:SSER:S:SMD:S:J:: 
lD:':':90304005LGGXYLOCG:LoealC3ovemineiit:: 

ACQ:V:SliHJ:S:SSER:SaSr. 

ID:V:90S04000RGGXYRBGG««gion.l Goveament:. 

ACQ:':'5MU:S:SSBRfi:Jr. 
ipV:9d300000LRGryLBVR:Leviathaii RepuWie:: 

ACQ:V5MTJ:S:SSER5:.26s 

Sl'^^oTi rSltSX:^- P^ce oC I SM. per SSE^l 
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Virtual Asset: Testamentary RighU (TR) 

These are transferred irom a legatee Ho" a deceased individnal in «change 
for a bequest, as certified and entered by appropriate local aathonties after 
procosing any will or conducting any •*probate.* 

Cross-prices are a statutorily nominal 1 Whatever per TR- 
Example: 

ID:930815:930715:19431W0JRMXYABCD:: 
ACQ:*:':TR:S:ESTLI:S:1000:: 
n):':':lfl630704MRMXYBCDE:: 
ACQ:':':ESTLI:S:TR:S:1000:: 

NOTErBequest of 1000 shares of STLI fcom JR to MR-:: 

ID:':':19431120JRMXYABCI>:: 
ACQ:*:':TR:S:ALL:S:50%:: 
ID:':':19460630BRFXYCDEF:: 
ACQ:':^PAYOUT;FNBR;940101;D;N;M:S:TR:S:50%:: 

NOTE:50% of the portfolio balance te to be liquidated on behalf of ER to 
purchase a lifetime annuity through FNBR payable monthly without nght of 
survivorship.*^ 

ID:*:*:19431130IRMZYABCD:: 

ACQ:':^TR:SJLLL:Si80%:: 

ID:':':19830210LHFXyDEFG:: 

ACQ:':':PAYOUT;FNBR;940101;030101;S,A:S:TR:S:S0%:: 

NOTE Jlnother 30% b to be liquidated on behalf of LR to purchase a 9 year 

annuity from FNBR payable annually, wHh a right of survivorship-:: 

lD:»:'a943lW0JRMXYABCD:: 
ACQ:':':TR« JLLL-^:20%:: 
ID:':':60100001CVNXYSOSV:: 

ACQ:':*:DFNBR;I>S:TH:S:20%r- ^ 
NOTE:The remaining 20% is Bquidated on behalf of charitable instituUon SOSV, 
and transferred to it as liquid assets deposited in FNBR.:: 

Notes: 

1. Bequests will generally be liquidated and then used to purchase assets such 
as PAYOUT or DXXXX;D (to avoid the significant difficulty of transferring 
percentages of an entire portfolio intact). The exception is when fixed (non- 
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wUeb must be robsequently •xerewed.") 

2 A.iBthet«at»entcfl)o».tionRighU.app»op«»U-docm^^ 
wm be genetated prior to •eitiiig the txaMsetioiis by ID. 
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Virtual Asset: Value Eecdved (VAL) 

Tius asset is a placeholder xepresentmg value received outside the Priratisc!''-*' 
system. 

Ctoss-ptices are a statutoxOy nominal 1 Whatever per VAL. 
Example: 

ID:':*:n) code of new stock subscriber # 1:: 

ACQ:':':ENEW:S:VAL:S:1000:: 

n>:^:'JD code of new stock subscriber # 2:; 

ACQ:':':ENEW:S:VAL:S:MOn 

ID:':*JD code of new stock subscriber # 3:: 

ACQ:V:ENEW:S:VAL:S:20:: 

(This series of transactions, only entered by enterprise NEW itself (as authen- 
ticated by an appropriate government agency such as the Privatisation Board) 
transfers a total of 1,520 shares of stock to three subscribers.] 

Note: 

Acquiring any asset in the Privatise!'*^ system in exchange for value rccrived 
outride it requires satisfactory documentation and authentication. 
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Appendix 5: Individual Transaction Entry Form 
ID Mamc: — — 

supplemental 

name: — 

eodc: — — — ^— 



Porifobo account: □ Regular 

□ Sodal Security 



DELEGATE ° ^TT"^' 

ddegatee>aeronym □ voUng 



□ Earnings 



% compensation □ AsseU 

ELSB:ACQ ^^^^ ^ bid price offered asset offer price amount 



REINVEST 



asset 



% asset % asset % 



TRANSFER 

finandal institotion asset 
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ACQUIRE 
ELS£:ACQ 



bid-for asset hid price 



bid-fior asset Ud price 



offered asset offer price 



cxffered asset offer price 



amount 



amount 



ACQUIRE 
ELSE:ACQ 



bid*for asset Ud price 



bid-for asset bid price 



offered asset offer price 



offered asset offer price 



amount 



amount 



ACQUIRE 
ELSE:ACQ 



bid-for asset bid price 



bid-for asset bid price 



offered asset offer price 



offered asset offer price 



amount 



amount 



ACQUIRE 
£LSE:ACQ 



bid-for asset bid price 



bid-for asset Ud price 



offered asset offer price 



offered asset offer price 



amount 



amottpt 



Portfolio Owner 


date 
• 


official #1 titie 


date 



official #2 title date 
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Appendix 6: Report Fonuis 
Diaporition lUport (generated by DISPOSE) 



Custodial financial institution name 

address 

phone 

supplementary name 
(ID code) 

Recipient #1 name 

address 

phone 

supplementary name 
(ID eode) 
assetl amountl 

assetn amountn 



Redpicnt #N name 

address 

phone 

supplementary name 
(ID code) 
assetl amountl 

assetn amountn 
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Lending Report (generated by PASS2) 



PotentUl borrower nnme 

address 

phone 

supplementary name 
(ID code) 

Approzunate amount of loans offered at spedfied maturities and interest rates: 

Matnrity #1: Year = 
Demand amount 
1% amount 

X% amount 



Maturity #N: Years. 
Demand amount 
1% amount 

X% amount 
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Warning Report (gcnctatcd by AUCTION) 



Potential over-txansferoi #1 
ID leeotd (short fom) 

Transaction block (long fonn) 
Apparent amount of SMU transfers 



Potential over-transferor #N 
ID record (short form) 

.01. 

Transaction block (long form) 
Apparent amount of SMU transfers 
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Appendix 7: l^aosaction Errors 
ELSE contains transactions other than ACQUIRE. 

ELSE foUowing ACQUIRB has «sainc« asset pairs. For the purpose of this 
eompanson, aU debt of any particnlar entity is considered to be the -wme" 
ir respectiTc of matviity* 

ELSE fcUows transactbn other than DELEGATE or ACQUIRE, 
invalid asset in thb context. 

Debt instrument cannot be used by non-issucr as «asset2« in ACQUIRE trans- 
action. 

Invalid command for this type of entity: 

1. BANK can only be entered by an enterprise. 

2. DELEGATE cannot be entered by a ddegatee^rganisation except for pro- 
prietary assets. 

3- DIVIDEND can only be entered by an enterprise. 

4. FILTER can only be entered by a deiegatee-organisation. 

5. GRADE can only be entered by a financial bstitntion eoded as an evalnatot* 
organisation. 

6. JOIN and LEAVE can only be originally entered by an enterprue, though 
they can be validly posted to an individual transaction block. 

7. OVERSIGHT can only be entered by the appropriate government agency 
(e.gM Privatisation Board). 

8. PERCENTAGE can only be entered by ddegatee-organisations. 

9. SECURITY can only be entered by a dtisent or by the government. 

Invalid command in this context. 

1. TRANSFER and DELEGATE conunands mvaUd within SECURITY sub- 
block. 

Unmatched FILTER command. 
Unmatched SECURITY command. 
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Section 1. Introduction 

Privatization Planner (tm) implements a truly adaptive knowledge 
base. Users can review, evaluate and contribute to the 
structured information. Their contributions are in turn 
evaluated by other users. Such evaluations determine which 
portions of the knowledge base survive into future generations. 
This software technology is a tool which transforms the knowledge 
of a user community into a dynamically growing and evolving 
knowledge base. 

Privatization Planner (tm) also incorporates a process to 
effectively access knowledge base entries. For example, assume 
that one node of the knowledge base is a bibliography containing 
thousands of books or articles as subtopics. The first access 
technique is via hierarchical topics, distinguished by allowing 
pages of information to be associated with sacll topic mode and 
not just the terminal nodes. Once the bibliography topic is 
selected, the challenge remains how to effectively access the 
thousands of subtopics. 

A very large number of (for example) bibliographic subtopics can 
be effectively accessed by (see the Order command): 

1. Finding all works posted after a given date; 

2. Finding all works matching a given set of keywords; 

3. Selecting only those works previously evaluated within 
a certain range by a specified user or users; 

4. Selecting only those works whose actual or estimated 
evaluation by the user himself or herself is within a 
certain range; 

5. A combination of the above choices. 



The selected subtopics can also be sorted by date, other user(s) 
evaluations, or actual /estimated evaluations of the user himself 
or herself* 



Privatization Planner(tm) can be implemented on diskette or other 
physically transported media, or by an electronic network. In 
either case, the implementation can be hierarchical, with nodes 
of computers collecting contributions and evaluations which are 
periodically aggregated by the computer at the parent node. The 
preferred implementation is a combination of both approaches, 
with physical media periodically integrated into an electronic 
network knowledge base. 
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At from t^g perpppgtive an IndiYi a^^l Vs er 



Access to the hierarchical knowledge base is provided either by 
an electronic network or by physical media such as diskettes or 
CD-Roms. The user first copies the knowledge base onto a hard 
disk when available (for physical media rather than electronic 
network), and types "ndn". The system then displays a welcome 
screen, and prompts as necessary: 

Enter disk drive for ndn file [e.g., 'c:']: 

Enter directory of ndn file [e.g., 'ndn']: 

At this point, the program displays the top of the hierarchical 
"table of contents" in "page mode", and awaits user commands. 

Upon completion of the user's review, the knowledge base will 
include his or her evaluations and proposed changes. The user then 
copies the knowledge base back to diskette and forwards it to the 
system coordinator for compilation and analysis. 



B, From the Perspective of the system Coordinator 

The job of the system coordinator can be parsed into a series of 
tasks : 

i) The current version of the executable program file and the 
hierarchical data base is made available to a select set of 
interested and knowledgeable users. 

ii) The users explore those portions of the data base which are of 
relevance and interest to them. In the process, they have the 
ability to enter their opinions for the values of variables, to 
evaluate and comment on topic layouts and page contents, and to 
propose additions, replacements or deletions to topics and/or 
pages . 



ill) For physical media users, those media are returned to the 
system coordinator, who aggregates them by copying directories and 
files onto a disk partition, and then onto a composite diskette or 
diskettes. The composite diskette(s) are then redistributed for 
evaluation and comment. Note that if necessitated by the quantity 
of information, different subsets of the composite data base can be 
distributed to different users based on their expressions of 
interest for this evaluation phase. 
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A set of diskettes is then prepared for each contributor, including 
his or her own topic setup and page contents, and all t:he feedback 
it generated (evaluations, comments and entries for values of 
variables). This contributor is then given an opportunity to make 
modifications based on that feedback, and return a new version to 
the system coordinator. 

iv) The system coordinator again copies directories and files onto 
a disk partition, and then runs the following modules when 
available: 

— "vacuxim", which cleans out all unused files and directories; 

— "evaluate", an optional step which tags the nodes of the 
hierarchical data base with values calculated according to the 
scoring parameters and algorithms then in effect; 

— "select", which copies to diskette(s) several versions: the 
optimal (default) version of the hierarchical knowledge base, 
contributions from the H highest-evaluated users, and contributions 
from other users as a probabilistic function of their evaluations 
and the user's interest in those topics. 

v) The selected versions are then distributed at the start of a new 
"generation", corresponding to step (i); 

vi) The security system for diskette (or other physical medium) 
amounts to transmission to and from known users. The software 
supports the ability for each distributee to circulate the original 
diskette or a copy of it among additional users (who would have the 
same ability) • 

However, since all the users of a given physical diskette would 
have the ability to alter or override each other's responses, this 
should be limited to knowledgeable and interested persons in a 
position of privity to the original distributee. 

In addition, where the system is used in a "closed end" automatic 
optimization mode, where the evaluations of a known set of users 
determine the versions preserved into subsegiient distribution 
cycles, if the distributee includes additional users then a single 
"optimal" representation of the distributee's entire group can be 
formulated. 

For implementation on an electronic network, physical distribution 
of diskettes is unnecessary and standard security procedures for 
access and login would apply. In addition, an on-line system can 
make available to each user the entire knowledge base and all 
proposed contributions. 
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3, Description of User Commands 

The adaptive knowledge base is organized into topics and pages, 
with two corresponding modes of operation. In topic mode the 
hierarchical organization of topics covered in the system can be 
displayed and altered. It can be thought of as an interactive, 
hierarchical table of contents. In page mode the contents of pages 
of information relevant to the current topic within the 
hierarchical knowledge base can be displayed and altered. The 
topic can be thought of as part of the table of contents, \^le the 
pages are the actual information addressed by that table of 
contents • 



A. Command Summary 

A Add a topic or page (e.g., A2 adds before second one). 

B Back to previous screen of topics, if can't fit on one screen. 

C Customize user's setup. 

D Delete a topic or page (e.g., D2 deletes second one). 

E Evaluate a topic or page (prompts for 1-5 rating and comment). 

F Forward a screen of topics (iiAien can't fit all on one screen) . 

G Goto a previously Labelled topic (e.g., Gbiblio). 

H Help explains available commands. 

I Interest level in topic (II: no interest, 15: most interested). 

J eject page from laser printer. 

K Keyword definition or invocation. 

L Label the current topic (e.g., Lbiblio). 

M Map display of current region in data base. 

N Name the current topic differently. 

O Order the ctirrent subtopics (i.e., filter and sort). 

P Page. Switch to Page mode, or display Page X (e.g., P2). 

Q Quit the knowledge base. 

R Replace topic or page (e.g., R2). 

S Simulate the Privatize! (tm) computerized marketplace. 

T Topic. Switch to topic mode, or display topic (e.g., T2). 

U User. Topic/page version in topic mode. Values in page mode. 

V Values. Entry of user-specified values embedded in pages. 

V Write a message to a specific user or set of users. 

X exit Customize, Help, Map, Order, Simulate & Write commands. 



wo 94/10637 



PCr/lIS93/10557 



Ft- Documentialiion of Coimnands 



Add 

Syntax: A or Axx 

where xx is between 0 and the number of topics or pages available 
at this level in the hierarchy. 

This coianiand allows a user to add a topic or page at the current 
level in the hierarchy. 

A appends a new topic or page after existing topics. 

AXX adds a new topic or page before number xx, except "AO" is 
equivalent to "A". 

After creating a new topic, the user is prompted to enter its name. 



Error condition: 

1. If XX specifies an unavailable topic or page, the user is 
notified and prompted to try again. 

2. While one user may view another user's topic organization or 
page contents, modification of them is not allowed. 



syntax: B or Bxxxx; F or Fxxxx 

If there is a large number of subtopics at a given node, the Back 
and Foirward comnands allow a user to effectively move through them. 

For example, if the user is currently displaying the 500th to 520th 
siibtopics, then issuing B will reposition the display to the 480th 
to 500th subtopics, emd issuing B15 will reposition the display to 
the 15th to 35th subtopics. 

If the user is ctirrently displaying the 1200th to 1220th svibtopics, 
issuing F will reposition the display to the 1220th to 1240th 
subtopics, and F2000 will reposition the display to the 2000th to 
2020th subtopics. 
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Syntax : C 



Customize allows a user to tailor system options to his or her 
preferences. It can be invoked immediately after login, or at any 
time subsequently from any directory topic and is terminated with 
the exit command. System default options are overridden when the 
user enters new options. The user's choices are given effect for 
the current directory and all subdirectories, unless overridden by 
a later Customize command. A system parameter determines whether 
or not a Customize command for a given directory overrides 
previously entered Customize commands for its subdirectories. 

Customize is implemented by copying into the current directory (if 
not previously copied) a template Customize subtopic of the System 
topic in the root directory, along with an explanatory page with 
embedded values for different options. 

The specifiable options, which the system prompts for, include: 

1. Identification of user contributions, which allows a 
user to remain public (the default), have the system 
select an alias by which his or her contributions can 
be accessed by others, or to become private to prevent 
access by others. 

For example, a user could choose to be private for a 
particular bibliography directory while developing and 
implementing a new keyword design, and then go 
public at a stage suitable for review by others. 



2. Changing parameters "alpha", "beta" and "gamma" used to 
correlate user evaluations to evaluations entered by 
others. For a description of these parameters, see 
the documentation of the "Order" commemd. 

3. For diskette (and other physical media) users (rather 
than electronic network users ) , specifying the type of 
medium (physical size and storage capacity) and the 
maximum number (e.g. of diskettes) to be sent. If the 
entire knowledge base and all proposed alternatives 
exceed this size, topics of no interest will be 
excluded and alternatives will be probabilistically 
included as a function of the user's interest level 

in particular topics (see the Interest command). 
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Syntax: Dxx 

where xx is between 1 and the number of topics or pages available 
at this level. 

This command allows a taser to delete a topic or page in the current 
level in the hierarchy. 

Error conditions: 

1. If XX specifies an unavailable topic or page, the user is 
notified and prompted to try again. 

2. While one user may view another user's topic organization or 
page contents, modification of it is not allowed - 



Eval 

Syntax: E 

This command allows a user to evaluate the organization of the 
current topic or the contents of the current page, cmd to enter any 
comment on it. 

The program first requests an evaluation as follows: 
Please evaluate this topic/page (1 = very poor, 5 = very good): 



The user has the option to enter a number from 1 to 5 (3 being 
neutral ) . 

The program then requests any comment: 

Please enter any comment on this topic: 

The user then has the option* to enter a comment, terminated by a 
"carriage return" or "enter" keystroke. 



Exxor condition: 

If the logged-on user is in his or her own setup, the Eval command 
is unavailable. 



Syntax: P or Fxxxx 

See the Back command for a description of the Forward command. 
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Goto 

syntax: Gxxxx 

The Goto command repositions the user at the node in the 
hierarchical knowledge base previously "Labelled" as xxxxx. 
Therefore, it is convenient to Label topics which a user expects to 
ret\am to repeatedly. Labels which begin with the character "." are 
considered temporary, in the sense that they can be overwritten 
without warning if the space is needed by new labels. 

Labels are stored in the page(s) associated with the Label subtopic 
of the System topic in the root directory. The user can directly 
review the labels by selecting this Label subtopic and switching to 
page mode. This is how the user chooses which permanent label (s) 
to delete (by blanking the label field) when all slots are so used. 

Error condition: 

Attempting to define a new label after more than a predetermined 
number (initially set to 20) of permanent labels has been defined 
for a particular user. 

Help 

Syntax: H or Hx 

The Help command provides on-line documentation of potential 
commands to the user. It is terminated by the eXit command. 

H positions the user in the Help subtopic (of the System topic in 
the root directory), which displays a list of commands with brief 
descriptions which the user can select in order to inspect their 
page(s) of doctimentation. 

Hx positions the user directly in the starting page of 
documentation for the subtopic associated with command x. 



Interest 

Syntax: I or Ix 

The Interest command allows a user to specify his or her degree of 
interest in a topic and its subtopics. If the user enters I, the 
system prompts for the interest level x (i indicating no interest, 
5 the most interest). 

For a diskette (or other physically transported medixm) user, if 
the knowledge base size exceeds the maximum number of diskettes 
specified in the Customize command, then topics of no interest will 
be excluded and alternatives will be probabilistically included as 
a function of interest level in particular topics. 
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Keyword 

syntax: K (or Kxxxx, etc. see below) (from topic), or: 
Kxxxxx=S Kxxxx=U Kxxxx=yyyy (f rom subtopic) - 

Keywords are generated or reviewed by entering the command K, which 
switches the user to the keyword topic in the current directory 
(copied from a template in the root directory when necessary). The 
keyword topic has an explanatory page with embedded values for 
different keywords, with keywords contributed by different users 
accessible via the User command just like other embedded values. 
Keywords defined in the root directory are accessible from any 
subdirectory, but keywords defined in a "keyed" directory other 
than the root apply only to immediate subdirectories. 

The command Kxxxx (or Kxxxx=S?) from a topic will filter out all 
subtopics which do not match keyword xxxxx; the command Kxxxx- (or 
Kxxxx-S? or Kxxxx=U?) filters out all subtopics which match 
keyword xxxxx; the command Kxxxx=yyyy? filters out all subtopics 
which do net match the yyyy value for keyword xxxxx; and the 
command Kxxxx-yyyy? filters out all subtopics which flfi match the 
yyyy value for keyword xxxxx. Successive keyword commands before 
moving up and out of the "keyed" directory successively filter out 
additional sets of subtopics. 

The entry for each keyword consists of the keyword itself, a 
description of its meaning, and an optional boolean text 
specification. This specifies those words which must be present or 
not in the subtopic' s name or page information in order for it to 
be accessed by the keyword. However, this "first approximation" of 
whether a particular subtopic matches a particular keyword can be 
overridden by entering: 

Kxxxx-S or Kxxxx^U 

from the particular subtopic itself, where xxxxx is the keyword, 
S is the flag for "Set" (meaning that subtopic wi^l be accessed by 
the keyword), U is the flag for "Unset" (meaning that subtopic 
won't be accessed by the keyword). Kxxxx^yyyy is issued in! a 
subtopic for multi-value keywords (e.g., Kcountry=US) . 

Note that the evaluation by other users of a Keyword page applies 
not to the page itself, but rather to the keywords proposed by the 
user whose embedded values (keywords) sure displayed. The keywords 
are ranked (e.g., by summing the signed deviation of their 
evaluations from the average evaluation of 3 ) , and the best are 
then presented as future defaults. 
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Label 

Syntax: L or Lxxxx, description 

The Label coraaand works in conjunction with the Goto conmand. The 
Label coxmnand associates the location of the current node with the 
identifier xxxx, so that Gxxxx will return the user to that 
location . 

If the user enters L, the system prompts for the label itself and 
a brief description of the node. It will then place that 
information in page(s) associated with the Label topic in the root 
directory. 

Note: If the label xxxxx starts with a it is "temporary" and 

subject to being overvritten without notice by new labels if there 
are no free slots. If the user requests a new label after all his 
or her slots are filled with "permanent" labels (not starting with 
" • " ) , the system requests that the user inspect the pages of the 
Label topic and blank out unwanted labels to free up space. 



Map 

Syntax: M 

The Map command displays the environment of a node by showing the 
ancestory of that topic up to the root directory. It is terminated 
with the exit command. 

Note: Subtopics are already listed when viewing a node in topic 
mode, and "siblings" can be seen by stepping up one level in the 
hierarchy with the T command. 



Name 

Syntax: N 



The user is pron^ted to enter a new name for the current topic. 

Note: to change the name of one of the subtopics of the current 
topic, that subtopic must first be invoked with the "Topic" command 
before using the "Name" command. While that subtopic could have 
been replaced without changing to it, its contents or "pages" of 
information would have been lost. 

Error condition: 

A user is not allowed to modify another user's topic. 
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order 

Syntax: O or Oxxxx 

The Oirder comaand supports filtering and ranking a large number of 
subtopics, using entry dates, keywords, other users' evaluations, 
and estimates of the current user's own actual or estimated 
evaluations. It is terminated by the eXit command. 

Order is implemented by a subtopic of the System topic in the root 
directory, with an explanation page with embedded values for 
different choices. Oxxxx (where xxxxx has been defined in a 
previous Order command) results in the system performing the 
specified filtering and sorting on the subtopics of the current 
directory. O (or Oxxxx where xxxxx has not been previously 
defined) results in the system displaying the appropriate page with 
instructions . 

The first values to be entered are the label for this particular 
Order arrangement, and any optional description. Next, the user is 
prompted to enter the range of posting dates to consider (e.g., to 
check only previously-unreviewed subtopics). The next prompt is 
for those keywords which must all be matched. Alternatively, more 
general boolean logic could be used. The user then has the option 
to specify a range of evaluations in irtiich he or she is interested, 
either by a specific user or all users averaged. Alternatively, 
specified subsets of users could be averaged. If the evaluation of 
a specific subtopic falls outside this range, it is filtered out. 
The next prompt is for the range of the user's own evaluation, 
either entered previously by the user or estimated from other 
users' entries by regression emalysis (see section 5). 

Note that a user will be motivated to enter some evaluations, since 
only by correlating those entries with other users' evaluations can 
the system respond with an estimated evaluation for subtopics which 
the user hasn't yet evaluated. This also allo%7s the system to post 
cross-correlations (between this and other users' evaluations), 
which can then be displayed and used as a sort key when selecting 
which other user's version to inspect. 

The user also has the option to multiple-sort the filtered 
subtopics by date of posting, evaluations by other users, his or 
her own actual or estimated evaluations, or by subfields of the 
subtopic name (such as title or author of works in a bibliography). 



Note: Alternatively, boolean combinations of date, other 
evaluations and user evaluation conditions can be supported. E.g. : 
date within the last week; AND ranked at least superior by a 
specific other user OR else by all users averaged; OR estimated to 
be ranked above average for the user himself or herself; with 
sorting by the user's own actual/estimated evaluations. 
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Page 

Syntax: P or Pxx 

— Topic mode — 

In topic node, the P command allows the user to switch from topic 
mode to page mode. (Topic mode is used to view or alter the 
organization or hierarchy of the information base, while page mode 
is used to view or alter the actual contents of a particular topic 
in the hierarchy. ) 



— Page mode — 

In page mode, the P command displays the next page, and Pxx 
displays page xx. The system notifies the user if the requested 
page doesn^t exist. 



syntax: Q 

This command gracefully terminates operation of the program, 
returning the user to the operating sjrstem. 



Rgplag^ 
syntax: Rxx 

where xx is between 1 and the niimber of topics or pages availaible 
at this level. 

This command allows a user to replace a topic or page in the 
current level in the hierarchy. 

Error conditions: 

1. If XX specifies an unavailable topic or page, ^he user is 
notified and prompted to try again. 

2. A user may view but not modify another user's topic organization 
or page contents. 
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Synt:ax: Sxxxx 

This command allows a privatization policy-maker or policy analyst 
to participate in a simulation of the algorithms and processes of 
the Privatize I (tm) computerized marketplace • It is terminated by 
the exit command. 

If Simulation xxxxx has not yet been initiated, the system asks 
whether the user wishes to initiate a new privatization marketplace 
simulation by perfoirming the role of "government". If so, the user 
is repositioned into the Simulation xxxx Setup subtopic (whose 
"ancestory" is root\Utility\Simulation\Simulation xxxx). There, 
the user, as "government", specifies (as embedded values in the 
associated page ( s ) ) : 

ids of eligible participants (or can allow anyone to 
participate) and optional "personae"; 

ids and descriptions of eligible delegatee-organizations 
(when the Delegate transaction is supported) ; 
supported transactions and assets; 

initial endowment of participants and any subsequent 
privatization transfers (or levies like fees or taxes); 
default period of investment cycle (measured by time 
interval or cumulative number of submitted transactions); 
*~ general announcements to participants. 

Note that the individual participants and the government can 
communicate directly via the Write command. For example, a user 
wishing to be approved as a delegatee-organization could submit 
descriptive qualifying data. If the "government" approved, that 
user would be added to the list of delegatee-organizations. 

If a user-"government" has already set up Simulation xxxxx, then 
the user issuing the Sxxxx command is repositioned into the 
Simulation xxxxx topic and selects one of the following subtopics: 

— - 1 Simulation xxxxx Setup 

— 2 Simulation xxxxx Price History 

— 3 Simulation xxxxx Portfolio History 

The Setup subtopic displays the simulation framework as specified 
by the "government". The Price History subtopic has pages of 
information containing asset price data for each investment cycle, 
calculated by periodically executing the Privatizel (tm) simulation. 
The Portfolio History subtopic has pages containing portfolio and 
transaction data, by user, for each investment cycle. The 
transaction data is tagged as cons\immated or not by the periodic 
simulation. In each case, the data is represented by embedded 
values under the "government" id, except for the portfolio history 
data under each user's own id. 
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Top Ac 

Syntax: T or Txx 

— Page mode — 

In page mode, the T comaand switches the user to topic node. 
(Topic mode is used to view or alter the organization or hierarchy 
of the knowledge base, while page mode is used to view or alter the 
actual contents of a particular topic in the hierarchy • ) 

— Topic mode — 

In topic mode, this command allows a user to move about in the 
organizational hierarchy of topics. 

T steps up one level in the hierarchy by invoking the next higher 
topics . 

TO invokes the root topics at the top of the hierarchy. 

Txx selects the specified subtopic from among the displayed 
selections, where xx is between 1 and the number of available 
subtopics • 

Note: If the subtopic name begins with "EXECUTE xxxxx" , then 
Privatization Planner (tm) will store in a file the user's current 
position in the knowledge base (along with other information), and 
begin execution of program module xxxxx (for instance a gateway 
program into another information network or a market analysis 
program %diich chEurts prices or otherwise walyzes price history in 
support of trading decisions). Upon completion of program xxxx, 
the user types (at the operating system prompt) "RESUME", which 
reads the file updated by the EXECUTE xxxx subtopic in order to 
restore the user to the same position in the knowledge base. 

Error conditions: 

If XX specifies an unavailable topic, the user is notified and 
prompted to try again. 
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Syntax: U or Uid; 

where id corresponds to the character string identifying a 
particular user. 

If "U" is entered without an id, the system presents the id and 
name of each available user (optionally sorted by cross-correlation 
with the requesting user), and provides an opportunity to select 
each in turn. 

If "U" is entered with an id, the system verifies the id is 
accessible and then presents information appropriate to that user. 



~ Topic Mode — 

If the id specified in the "U" commemd does not correspond to that 
of the logged-on user, he or she will be prevented from executing 
Add, Replace, Delete or Name commands. 

On the other hand, if the id specified in the "D" command 
corresponds to that of the logged-on user, he or she will be given 
an opportunity to "adopt" the organization and contents, for the 
current topic, of either the default version or the version another 
user . 

The system first Informs the logged-on user whether he or she 
already has a personally customized setup for the current topic. It 
then asks whether the logged-on user wishes to "adopt" as his or 
her own, and therefore accessible to future revision, the default 
topic organization and page layout or that of another user. 



— Page Mode 

The User command in page mode allows the logged-'On user, who is 
accessing the page contents of a second user's (or his or her own) 
topic setup as determined by the latest User command in topic mode, 
to view the entries of still a third user for the values of 
variables embedded in the page. 

While the User command in page mode does not invoke a different 
user's organization or contents, the form and usage are exactly 
analogous to that in topic mode. 
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Values 
Syntax: V 



Each page can contain a series of variables embedded within the 
text, demarcated by a pair of braces "{•••)"• This comaand allows 
each logged-on user to enter his or her own judgment as to the best 
values for those variables. Each variable can be of arbitrary 
length and can take on the value of any sequence of alphanumeric 
characters • 

The program will highlight each variable in turn, and prompt the 
user for a new entry. The user need not enter a value for all or 
any variables. On the other hand, if a user's judgment should 
change, additional subsequent entries supersede earlier ones. 



Syntax: Wxxxx 

The Write command allows a user to send a message to a specific 
user. It is implemented using the Message subtopic of the System 
topic in the root directory, and is terminated with the eXit 
command. 

The user types the message into a new page associated with a new 
entry at the Message node. This will be stored under the 
recipient's ID, and is the only time one user can alter information 
stored under another user's ID. The other user reads any messages 
by logging on, viewing the Message directory, and selecting 
messages to read from the list of subtopics. 

After reading a message, the recipient can respond to it with 
another Write command and delete it with the Delete command. 



Syntax: X 

The exit command terminates operation of the Customize, Help, Map, 
Order, Simulate and Write commands. 
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4> Knowledge Base Adaptation 



A, Par^met^ys ppe^ tp Bvft3■^pte A?,t^ynatAYe V^ysj^on^ 

The scoring algorithms rely on the evaluation of topics and pages. 
Three parameters are used in the process of transforming the set of 
evaluations into composite scores. 



The first parameter relates to the issue of quality versus 
quantity. A purely "intensive" scoring system would score ten high 
quality pages of information equally to one such page. On the other 
hand, an "extensive" scoring system would score two mediocre pages 
twice as high as one. 

On the assumption that the value of the data base is a combination 
of its quality and quantity, the parameter "extensivity" achieves 
this as follows: 

value «= (quality score) x (measure of quantity) ^ (extensii/ity} 
or 

value = (quality score) ^(l-ext. ) x (measure of quantity ) ^ ( ext . ) 

where both the quality score and the measure of quantity are 
greater than or equal to one, and the extensivity parameter is in 
the range from 0 (i.e., only quality matters) to 1 (i.e., the score 
is proportional to quantity). 

Parameter "content" fixes relative weights of organization and 
content: 

topic value=( "content" )x( evaluation of aggregated subtopic content) 
+ (1 - "content") x (evaluation of organization) 



where the pareuoeter "content" is between 0 (i.e., only organization 
matters) and 1 (i.e., only content matters). 

The final parameter "persist" increases the valuation of each 
component of the benchmark version, to require that a threshold of 
improvement be exceeded before changes are adopted : 



(benchmark valuation) = (benchmark valuation) (1 + "persist"/l00) 
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B> Algorithms Used to Evaluate Alter native Versions 

The scores of topics are built up from the scores of components 
such as subtopics and pages. 

The score of any given page VAL(page) is the average of all 
submitted evaluations, optionally deleting the X% highest and 
lowest scores to decrease the sensitivity to outlier evaluations. 
The score of the set of pages ("PM&P") constituting the content of 
a topic is: 

. VAL(PMAP) = (average VAL(page)) x (number of pages ) ^extensivity 
or 

VAL(PMAP) «= (average VAL(page) )^(l-ext. ) x (number of pages)^ext. 

The value of a set of subtopics is then: 

VAL( subtopics) = 

(average VAL(PMAP)) x (number of subtopics) ^(extensivity) 
or 

(average VAL(PMAP) )^(l-ext. ) x (number of subtopics )^ext. 

The value of a topic can then be calculated as: 

VAL(topic) = ("content") x ( VAL( subtopics ) ) 

+ (1 - "content") x (VAL(SMAP)) 

where SMAP is a given arrangement of subtopics, and VAL(SHAP) is 
the average evaluation of that organization. 
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Privatization Planner (tin) provides a user the ability to select and 
sort entries based on his or her own evaluation. If the user has 
not yet evaluated a particular entry, the system can provide an 
estimate derived from a regression analysis of entries which the 
user has evaluated versus other users' evaluations. 



The estimation method is: 



1. Formulate the two-dimensional evaluation array Eij, where 
i is the user index (u being the index for the user idhose 
evaluations will be estimated) and j is the observation 
index. 

2. Formulate the one-*dimensional array tT^ as follows: 

vr, = 1 + IE,, - Ej« 

if there is an actual observation for E^,, and 

= 0 otherwise. 

In this expression, a is a user-specifiable parameter 
whose default value is 0. This weight function, which 
provides the ability to weight more heavily observations 
where the user's evaluation differed most from the 
average, can be replaced by other weight functions. 

3. Formulate the one-dimensional array W^^ for each i u 
as follows: 

= W", if there is an actual observation for Ei,, 

W^j = 0 otherwise. 

This ensures that there is a non-zero weight only where 
there are actual observations for both users u and i. 

The preferred implementation is to already have summed 
the number of actual evaluations for each user, and to 
presort them by descending number, and then only consider 
the first X peircentile according to processing power and 
response time constraints. 
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4. Perform a regression of E„j vs. with weights W^j. 
The default functional form is linear as follows: 

A 

E„j = nil + 

although other functional f ozms such as polynomial or 
logarithmic are possible. 

The preferred implementation is to first form two sums: 
"regression observations" « ^^^^r 

"# predictions" = number of instances %diere there is 
no observation for user u (and therefore needing 
an estimate) and there an observation for user i 
(and therefore able to provide an estimate). 
Then, the regression analysis JLg performed only against 
those users i for whom the two sums are in top Y and Z 
percentile respectively, or alternatively is not 
performed against those users i for whom those two sums 
are in the bottom Y and Z percentile respectively. 

5. The estimate for each observation j ^ich lacks an actual 
evaluation by user u is found by: 



where 



r^ is the correlation coefficient for the selected . 
functional form regressing Eu^ vs. E^^; 

B is a user^specif iable parameter, whose default is 1, 
able to modulate the weight of the correlation 
coefficients; 

Y is a user-specifiable parameter, whose default is l, 
able to modulate the significance of the sums of the 
weights of the observations used in the regression. 

Notes: 1) This approach reduces the severe multi- 
collinearity problems which would result from a 
multiple-user regression analysis. 

2) Other weight ftinctions are possible. For example, 
the weight of the prediction of user i can be set to 
zero when user i and user u are anti-correlated (i.e., 
rx < 0) by replacing r^ in the above formula with the 
term MAX(0,ri). In addition, the user could restrict 
the regression analysis to a specified set of users. 
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Section 1. Background 



It is natural for individuals and groups to aspire to a clean 
environment and economic development for themselves and their 
progeny. These aspirations are evolving into two new human 
rights norms: the right to a safe environment and the right to 
development. At the same time^ these dual aspirations are 
combining into a duty of states to pursue sustainable development 
under a new international public trust doctrine. 

The immediacy of this challenge is clear, as the human population 
grows past five billion individuals on a finite, irreplaceable 
planet. 

Unprecedented cooperation between academe, government and 
industry will be necessary to learn the science, develop the 
technology, train the leaders, formulate the policies, coalesce 
the support and commercialize the products and services necessary 
to achieve sustainable development. 

The Sustainable Development Server (tm) is intended to serve as a 
focal point to facilitate the necessary development and 
interaction. Participants can review, evaluate and contribute to 
structured information in an adaptive knowledge base specializing 
in sustainzLble development. The philosophy of this approach is 
that the combination of powerful yet friendly software 
technology, an interesting, useful and well-structured initial 
knowledge base, and a knowledgeable and motivated user community, 
will yield a "critical mass". In this case, dynamic positive 
feedback loops will lead to improvements in the software 
technology, expansion of the knowledge base, and growth of the 
user community. 



wo 94/10637 



PCr/US93/10557 



Section 2> The Conceptual DeveloDment of Sustainable Developtnent 



It is not enough to identify the problem. Even if the pursuit of 
sustainable development becomes acknowledged as a policy 
imperative by the leaders in academe, government and industry, 
this must be translated into specific choices and concrete 
actions. Sustainable development must evolve beyond a cliche 
into a mature, operational concept. 

One approach, following HIT economist Robert Solow, is to 
inventory all forms of capital and track whether they are 
increasing in the aggregate, rrom this perspective, a diminution 
in one form of capital can be compensated by an increase in 
another. For example, even economic development of part of a 
rainforest which was effectively invested in human capital 
through education could be consistent with sustainable 
development. 

This aggregate-capital conceptual stxructure is outlined in Figure 
1. Capital assets (and liabilities!) are categorized into non- 
human assets (biological, environmental and natural resources) 
and human social assets (human resources, intangible products and 
tangible products) . Assets (and liabilities) are subject to 
intra- and inter-category transfers by individuals and 
organizations. 

Policy instruments such as regulations (e.g., prescriptive, 
performance, taxation) or the establishment of bundles of 
property rights along with their transfer mechanisms (e.g., gift, 
sale, rent) affect the behavior of individuals and organizations. 

Taken together, sets of assets and associated policy instruments 
constitute portfolios. These portfolios can be associated with 
individuals, enterprises, countries, regions or the world. 

A central focus of sustainable development is the choice of 
technic[ue to value and to aggregate such portfolios, taking into 
account appropriate constraints imposed by distributional equity. 
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Figure 1. Sustainable Development: 
From the Perspective of Aggregate Capital 
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Policy Instruments 

- regulation (e.g., prescriptive, performance, taxation) 

- establishment of bundles of property rights, along with 
mechanisms for their transfer (e.g., gift, sale, leasing, rent) 

- alternative valuations of assets (and liabilities) 



Assets (and liabilities) are subject to intra- and inter-category 
transfers by individuals and organizations. These transfers are 
affected by the choice of policy instruments. Taken together, 
the assets (and liabilities) and policy instnments constitute a 
portfolio associated with individuals or groups. The valuation 
and aggregation of such portfolios, subject to appropriate equity 
constraints, is a central focus of sustainable development. 
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Section 3. Sustiainable Development Ser ver: /tm) 
ft collaborative Knowledge Base 



A collaborative knowledge base is the product of a knowledge 
building community which constructs patterns of knowledge through 
sociocultural activity, while renewing itself through ongoing 
apprenticeship.^ Education has typically involved the assignment 
of tasks or the orchestration of a novice •s development. In 
contrast, a knowledge building community helps novices "formulate 
their own goals, do their own activating of prior knowledge^ ask 
their own questions, direct their own inquiry, and do their own 
monitoring of comprehension."^ In the development of the science 
and policies to further sustainable development, collaboration is 
mutually beneficial as the knowledge base grows cumulatively, if 
not exponentially. Therefore, it is essential for representatives 
from academe, government and industry to coalesce into an 
effective knowledge building community. 

A knowledge building community of environmental and policy 
analysts can be promoted by the Sustainable Development Server™, 
a collaborative knowledge base generator. It is initialized with 
a hierarchy of topics containing pages of information. This 
knowledge base is distributed by the system coordinator to 
knowledgeable and motivated users by diskette, or made available 
on an electronic network. Users can then evaluate and comment on 
its organization and content or propose changes. 

For example, the first menu of topics includes "Academic 
Programs", "Best Practices", "Bibliography", "Consortium 
Members", "Employment and Services", "Information Networks", and 
**Suggested Impoirvements to the System". The user could choose the 
"Academic Programs" topic , select the "Massachusetts Institute 
of Technology" subtopic, and then explore the different course 
listings, departmental programs and research programs with an 
environmental aspect. . 



^See M. Scardamalia, C. Bereiter, "An Architecture for 
Collaborative Knowledge Building" 2, in £• De Corte, H. Linn, H. 
Handl, L. Verschaffel (eds.), "Computer-Based Learning Environments 
and Problem Solving" , NATO<-ASI Series F • : Computer and Systems 
Sciences (in press) . 

^M. Scardamalia, C. Bereiter, "Higher Levels of Agency for 
Children in Knowledge Building: A Challenge for the Design of New 
Knowledge Media", 1 (No. 1) Journal of Learning Sciences 37, 38-39 
(1991) . 

^Id. at 39. 
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At this point the user has a variety of options before moving on 
to another topic. He or she can respond to questions embedded in 
the information pages (such as whether to be placed on a mailing 
list for additional information) . The user can also evaluate and 
comment on the presentation of the topic, and thereby influence 
whether or not it will be retained into the next generation. 
Another option is to insert proposed new pages of information or 
even additional related sxibtopics. The proposed additions can 
also contain embedded questions, and will also be subject to 
evaluation and comments. 

The system coordinator compiles all responses and makes comments 
availiable to the relevant authors for review. After either 
manually or algorithmically determining the "best" versions and 
alternates of the knowledge base from the evaluations provided by 
the analysts, the next generation is distributed and undergoes 
another cycle of review. 

Design choices reflect the objective to achieve a clean, simple 
and cost-effective system. While there is a login sequence to 
identify responders, security is provided by transmission of 
diskettes to and from known groups ineligible to sign with other 
users* ids. While proposed topics and pages of information are 
available to all users for review, comments are only made 
available to the relevant authors. This preserves the 
independence of future comments and simplifies processing, but at 
the expense of intellectual interaction. The algorithms to 
"score" the topics and pages of information are straightforward 
functions of quality and quantity, subject to parameter<-tuning or 
even manual override in practice. Finally, pop-up windows for 
simultaneous topics, help screens or glossaries may be desirable. 
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Section 4. Operation of the Sustaina ble Development Server ftm^ 
A, From the Perspective of an Individual User 

Each user is provided a diskette containing the executable module 
"sds.exe", and a hierarchical data base of sustainable 
development information contained in directory "sds". The user 
first copies these onto disk when available, and then types: 

8ds 

The system then prompts as follows: 

Enter disk drive for sds file [e.g., *c:*]: 

Enter directory of sds file [e.g., 'sds']: 

In each case, the suggested answers constitute an appropriate 
default. 

At this point, the program displays the top of the hierarchical 
"table of contents" in "page mode", and awaits user commands (see 
sections 5 and 6) • 

Upon completion of the user's review, the data base will include 
his or her evaluations and proposed changes. The user then copies 
the data base back to diskette and forwards it to the system 
coordinator for compilation and analysis. 



From the Perspective of the Svstem C oordinator 

The job of the system coordinator can be parsed into a series of 
tasks: 

i) The current version of the executable program file and the 
hierarchical data base is distributed to a select set of interested 
and knowledgeable users. 

ii) The users explore those portions of the data base which are of 
relevance and interest to them. In the process, they have the 
ability to enter their opinions for the values of variables, to 
evaluate and comment on topic layouts and page contents, and to 
propose additions, replacements or deletions to topics and/or 
pages • 

Note that the security system amounts to the transmission of the 
diskette to and from known users. The software supports the ability 
for each distributee to circulate the original diskette or a copy 
of it among additional users (who would have the same ability) . 
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However, since all the users of a given physical diskette would 
have the ability to alter or override each other's responses, this 
should be limited to knowledgeable and interested persons in a 
position of privity to the original distributee. 

In addition, where the system is used in a "closed end" automatic 
optimization mode, where the evaluations of a known set of users 
determine the versions preserved into subsequent distribution 
cycles, if the distributee includes additional users then a single 
"optimal" representation of the distributee's entire group can be 
formulated. 

ill) The diskettes are returned to the system coordinator, who 
aggregates them by copying directories and files onto a disk 
partition, and then onto a composite diskette or diskettes. The 
composite diskette (s) are then redistributed for evaluation and 
comment. Note that if necessitated by the quantity of information, 
different subsets of the composite data base can be distributed to 
different users for this evaluation phase. 

iv) A single diskette is then prepared for each user, containing 
his or her own topic setup and page contents, in addition to all 
evaluations, comments and entries for values of variables. 

This user is then given an opportunity to make modifications based 
on that feedback, and ret\im a new version to the system 
coordinator. 



V) The system coordinator again copies directories and files onto 
a disk partition, and then runs the following modules when 
available: 

~ "vacuum" , which cleans out all unused files and directories ; 
~ "evaluate", an optional step which tags the nodes of the 
hierarchical data base with values calculated according to the 
scoring parameters and algorithms in the Appendix; 

"select", which copies to diskette (s} several versions: the 
"optimal thread" through the hierarchical data base for each of the 
last N generations (with ids of Gl, GN) and all contributions 

from the H highest-scoring users in the current generation. 

vi) The selected versions are then distributed at the start of a 
new "generation", corresponding to step (i). 

vii) For implementation on an electronic network physical 
distribution of diskettes is unnecessary, and standard security 
procedures for access and login would apply. 
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Section 5, User Commands Available in Topic Mode 

Topic mode displays and supports alteration of the hierarchical 
organization of topics covered in the system. It can be thought of 
as an interactive, hierarchical table of contents. 

A series of commands is available in topic mode: 

Topic 

Syntax: T or Txx 

where xx is between 0 and the number of available topics at this 
level in the hierarchy. Note that in this and stibseguent commands, 
either capitals or the lower case is accept&dDle. 

This command allows a user to move about in the organizational 
hierarchy of topics. 

T steps up one level in the hierarchy by invoking the next higher 
topics. 

TO reverts to the top of the hierarchy by invoking the root topics. 

Txx selects the specified topic from among the displayed 
selections. 

Error conditions: 

If XX specifies an unavailable topic, the user is notified and 
prompted to try again. 



Add 

Syntax: A or Axx 

\rtiere xx is between 0 and the number of topics availedDle at this 
level in the hierarchy. 

This command allows a user to add a topic at the current level in 
the hierarchy. 

A appends a new topic after existing topics. 

Axx adds a new topic before topic ntimber xx, except "AO" is 
equivalent to "A". 

After creating the new topic, the user is prompted to enter its 
heading. 

Error condition: 

1. If XX specifies an unavailable topic, the user is notified and 
prompted to try again. 
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2* While one user may view another user's topic organization, 
modification of it is not allowed. 



Replace 
Syntax: Rxx 

where xx is between 1 and the number of topics available at this 
level . 

This command allows a user to replace a topic in the current level 
in the hierarchy. 

After deleting the current version of the topic, the user is 
prompted to enter the heading of the replacement version. 

Error conditions: 

1. If XX specifies an unavailable topic, the user is notified and 
prompted to try again. 

2. While one user may view another user's topic organization, 
modification of it is not allowed. 



Delete 
Syntax: Dxx 

where xx is between 1 and the number of topics available at this 
level . 

This command allows a user to delete a topic in the current level 
in the hierarchy. 

Error conditions: 

1. If XX specifies an unavailable topic, the user is notified and 
prompted to try again. 

2. While one user may view another user's topic organization, 
modification of it is not allowed. 



Heading 
Syntax: H 

This command allows a user to change the heading of the current 
topic. 

The user is prompted to enter the new heading of the current topic. 
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Note: to change the heading of one of the subtopics available from 
the current topic, that topic must first be invoked with the 
"Topic" comand before using the "Heading" command. While that 
topic could have been deleted without changing to it, its contents 
or "pages" of information would have been lost. 

Error condition: 

A user is not allowed to modify another user's topic. 



Eval 

Syntax ; E 

This command allows a user to evaluate the organization of the 
current topic, and to enter any comment on it. 

The program first requests an evaluation as follows: 

Please evaluate this topic (1 = very poor, 5 = very good) : 

The user has the option to enter a number from 1 to 5, with 3 being 
neutral . 

The program then requests any comment: 

Please enter any comment on this topic: 

The user then has the option to enter a comment, terminated by a 
"carriage return" or "enter" keystroke. 

Error condition: 

If the logged-on user is in his or her own setup, the Eval command 
is unavailable. 



Page y^o^^^ 
Syntax: P 

This command allows the user to switch from topic mode to page 
mode. Topic mode is used to view or alter the organization or 
hierarchy of the information base, while page mode is used to view 
or alter the actual contents of a particular topic in the 
hierarchy. uiac 
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User 

Syntax: U or Uid; 

where id corresponds to the character string identifying a 
particular user. 

If "U" is entered without an id, the system presents the id and 
name of each available user, providing an opportunity to select 
each in turn. 

If "U" is entered with an id, the system verifies the id is 
accessible and then displays the topics according to that user. 

If the id specified in the **U" command does not correspond to that 
of the logged-on user, he or she will be prevented from executing 
Add, Replace, Delete or Heading commands. 

On the other hand, if the id specified in the "D" command 
corresponds to that of the logged-on user, he or she will be given 
an opportunity to "adopt" the organization or contents, for the 
current topic, of the user previously being presented. 

The system first informs the logged-on user whether he or she 
already has a personally customized setup for the organization of 
the current topic. It then asks whether the logged-on user wishes 
to "adopt" as his or her own, and therefore accessible to future 
revision, the topic organization of the user previously being 
presented. 

The system then informs the logged-on user whether he or she 
already has a personally customized setup for the page lavout and 
contents of the current topic. It then aslcs whether the logged-on 
user wishes to "adopt" as his or her own, and therefore accessible 
to future revision, the page layout and contents of the user 
previously being presented. 



Quit 

Syntax: Q 

This command gracefully terminates operation of the program, 
returning the user to the operating system. 
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Section 6, User Commands Available in Page Mode 

Page mode displays and supports alteration of the contents of pages 
of information relevant to the current topic within the 
hierarchical data base. The topic can be thought of as part of the 
table of contents, while the pages are the actual information so 
addressed. 

A series of commands is available in page mode: 



Page 

Synteoc: P or Pxx 

where xx is between 0 and the number of available pages at this 
level in the hierarchy. 

P increments the page counter to display the contents of the next 
page, and is invalid if the last page is already being displayed. 

Pxx displays the contents of the specified page, except that PO has 
the same effect as P. 

Error conditions: 

If XX specifies an unavailable page, the user is notified and 
prompted to try again. 



Add. Replace, Del ete. Eval 

These commands are exactly analogous in form and function to their 
usage in topic mode, except that in page mode they refer to the 
appropriate page associated with the current topic. 



Topic Mode 
Syntax: T 

This command allows the user to switch from page mode to topic 
mode. Topic mode is used to view or alter the oarganization or 
hierarchy of the information base, while page mode is used to view 
or alter the actual contents of a particular topic in the 
hierarchy. 



User 

This command allows the logged-on user , who is accessing the page 
contents of a second user»s (or his or her own) topic setup as 
determined by the latest User command in topic mode, to view the 
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entries of still a third user for the values of variables embedded 
in the page. 

While the User command in page mode does not invoke a different 
user's organization or contents, the form and usage are exactly 
analogous to that in topic mode. 



Syntax: V 



Each page can contain a series of variables embedded within the 
text, as demarcated by a pair of braces This command 

allows each logged-on user to enter his or her own judgment as to 
the best values for those variables. 

The program will highlight each variable in turn, and prompt the 
user for a new entry. The user need not enter a value for all or 
any variables. On the other hand, if a user's judgment should 
change, additional subsec[uent entries supersede earlier ones. 

Quit 

This command is equivalent in form and function to its usage in 
topic mode. 
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A. Paramet ers Used to Evaluate Alternative Versions 

The scoring algorithms rely on the evaluation of topics and pages. 
Three parameters are used in the process of transforming the set of 
evaluations into composite scores. 



The first parameter relates to the issue of quality versus 
quantity. A purely "intensive" scoring system would score ten high 
quality pages of Information equally to one such page. On the other 
hand, a purely "extensive" scoring system would score two mediocre 
pages twice as high as one. 

On the assxunption that the value of the data base is a combination 
of its quality and quantity, the parameter "extensivity" achieves 
this as follows: 

value (quality score) x (measure of quantity) ^{extensivity} 

where both the quality score and the measure of quantity are 
greater than or equal to one, and the extensivity parameter is in 
the range from 0 (i.e., only quality matters) to 1 (i.e., the score 
is proportional to quantity) . 

Par2uaeter "content" fixes relative weights of organization and 
content: 

topic valuer ( "content" )x (evaluation of aggregated subtopic content) 
+ (1 - "content") x (evaluation of organization) 



where the parameter "content" is between 0 (i.e., only organization 
matters) and 1 (i.e., only content matters). 

The final parameter "persist" increases the valuation of each 
component of the benchmark version, to require that a threshold of 
improvement be exceeded before changes are adopted: 



(benchmark valuation) « (benchmark valuation) (1 + "persist "/lOO) 
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Algorithms Used to Evaluate Alter native Versions 

The scores of topics are built up from the scores of components 
such as subtopics and pages. 

The score of any given page [VAL(page)] is the average of all 
submitted evaluations. The score of the set of pages ("PHAP") 
constituting the content of a topic is:} 

VAL(PIIAP) e (average VAL(page)) x (number of pages) "^extensivity 

The value of a set of subtopics is then: 
VAL( subtopics) = 
(average VAL(PMAP) ) x (number of subtopics) ^(ext ens ivity} 

The value of a topic can then be calculated as: 

VAL(topic) « ("content") x (VAL ( subtopics ) ) 

+ (1 - "content") x (VAL(SMAP)) 

where SMAP is a given arrangement of subtopics, and VAL(SMAP) is 
the average evaluation of that organization. 
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Sustainable Development Server (ta) page 1 of 2 Hon Aug 30 22:31:10 1993 

Sustainable Development Server (tm) Version 1.0 
You are sys mgr, looking at the primary version, with default values 

Sustainable Development Server (tm) , copyright William J. Hartnett, 1993 

This collaborative Icnowledge base is designed to support the pursuit 

of sustainable development. It includes a hierarchical table of contents 

of '■topics", with information contained in corresponding "pages**. 

The initial knowledge base will include information on academic programs, 
best practices, bibliography, employment, information networks, and 
suggestions for improvements to the system. 

[•.. Look to the bottom line for command options. For example, to see 
the next page type "P" ; and to switch to topic mode type "t" . • . ] 



Enter command: P 

Page Add Replace Delete Values Eval Topic User Quit 
1- 2 1-2 1-2 1-2 mode [id] 



Sustainable Development Server(tm) page 2 of 2 Mon Aug 30 22:31:17 1993 

Sustainable Development Server (tm) Version 1.0 
. —You are sys ngr, looking at tfie primary version, with default values 

This collaborative knowledge base is designed to be systematically updated. 

The software supports the ability of users to evaluate and comment upon 
individual screens and pages. Users can also propose additions, 
replacements and deletions of individual screens and pages. 

User evaluations determine which parts of the collaborative knowledoe base 
are sufficiently -adaptive" to survive into the next generatSST ^ 

Proposed changes are included as alternatives which compete with the 
new primary version. 

[...To see what topics are available, switch to topic mode by typing "T"...] 
Enter command: T 

Page Add Replace Delete Values Eval Topic User Quit 
1-2 1-2 1-2 1-2 node [id] 
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sustainable Development Server (tin) Mon Aug 30 22:35:27 1993 

Sustainable Development Server (tm) Version 1.0 

You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

Tl Academic Programs 

T2 Best Practices 

T3 Bibliography 

T4 Consortium Members 

T5 Employment and Services 

T6 Information Networks 

T7 Suggested Improvements to the System 



Enter command: Tl 

Topic Add Replace Delete Heading Eval Page User Quit 
0-7 1-7 1-7 1-7 mode [id] 



Sustainable Development Server (tm) Mon Aug 30 22:52:26 1993 

Academic Programs 

--—-You are sys mgr, looking at the primary version, with default values- — - — 

T for next higher topics; TO for root topics? P for page contents. 

Tl California Institute of Technology 
T2 Massachusetts Institute of Technology 



Enter command: P 



Topic Add Replace Delete Heading Eval Page User Quit 
0-2 1-2 1-2 1-2 mode [id} 
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Sustainable Developnent Server (tn) page 1 of 1 Kon Aug 3 0 22:53:02 1993 

Academic Programs 

~-~-You are sys mgr, looking at the primary version, with default values ~ 

A wide range of academic programs supports the pursuit of sustainable 
development. These can be categorized as degree programs and research 
programs. 

Degree programs are available at the undergraduate and graduate levels, 
in departments ranging from law, public policy or political science to 
science or engineering. 

Academic research programs focus faculty, staff and student resources 
on different issues relating to sustainable development. 



Enter command: T, T2 

Page Add Replace Delete Values Eval Topic User Quit 
1-1 1-11-1 1-1 node [id] 



sustainable Development Server (tm) Hon Aug 30 22:53:15 1993 

Massachusetts Institute of Technology 

are sys mgr, looking at the primary version, with default values——- 

T for next higher topics; TO for root topics; p for page contents. 

Tl HIT Environmental Course Listings 

T2 MIT Departmental Programs with Environmental Aspects 
T3 MIT Research Programs Involving the Environment 



Enter command: Tl 



Topic Add Replace Delete Heading Eval Page User Quit 
0-3 1-3 1-3 1-3 node [id] 
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Sustainable Development Server (tn) Hon Aug 30 22:58:06 1993 

HIT Environmental Course Listings 

~~~you are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics? P for page contents. ^ 

Tl 1.725J Chemicals in the Environment: Fate and Transport 
T2 1.81U Environmental Lav: Pollution Control 

T3 1.812 J Regulation of Chemical Toxins, Radiation, and Biotechnology 

T4 1.972 Environmental Restoration Engineering 

T5 3.576J Law, Technology, and Public Policy 

T6 10 .72 J Chemicals in the Environment: Sources and Control 

T7 10. 805 J Technology, Law, and the Working Environment 

T8 11. 328 J Science and Technology in International Affairs 

T9 11.334 Environmental Pollution: Problems, Solutions, and Policy 

TIO 11.361 Environmental Policy and Regulation 

Til 11.362 Environmental Management 

T12 11.363J Chemicals in the Environment: Policy and Management 
T13 11.364 International Environmental Negotiation 
T14 12.300 Environmental Chemistry and Climate Change 
T15 17.301/2 Science, Technology and Public Policy 
Enter command: TA,P 

Topic Add Replace Delete Heading Eval Page User Quit 
0-18 1-18 1-18 1-18 mode [id] 



Sustainable Development Server (tm) page I of 1 Mon Aug 30 22:58:18 1993 

1.81U Environmental Law: Pollution Control 
You are sys mgr, looking at the primary version, with default values 

Reviews and analyzes Federal and state regulation of air and water pollution 
and hazardous wastes. Emphasizes use of legal mechanisms and alternative 
approaches (such as economic incentives) to control pollution. Focuses on 
the major Federal legislation, the underlying administrative system, and 
the common law in analyzing the goals of pollution control, economic 
consequences, and the role of the courts. Discusses both classical 
pollutants and toxic industrial chemicals. Also provides an introduction 
to basic legal skills. a 

N.A. Ashford, C.C. Caldart 



Enter command: T", Tz 

Page Add Replace Delete Values Eval Topic User Quit 
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HIT Departmental Prograns with Environmental Aspects 

~~~you are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

Tl Civil and Environmental Engineering 

T2 Earth and Atmospheric Sciences 

T3 Division of Toxicology 

T4 Urban Studies and Planning 

T5 School of Engineering 

T6 School of Science 

T7 Sloan School of Management 

T8 Woods Hole/MIT Joint Program in Oceanography and Oceanographic Engineering 
T9 MIT Technology and Policy Program 



Enter command: T*1| P 

Topic Add Replace Delete Heading Eval Page User Quit 
0-9 1-9 1-9 1-9 mode [id] 



Sustainable Development Server (tm) page 1 of 1 Hon Aug 30 23:07:24 1993 

MIT Technology and Policy Program 
— You are sys mgr, looking at the primary version, with default values— 

The Technology and Policy Program is an interdisciplinary graduate program 
designed for ""engineers and scientists with a difference", professionals with 
a strong technical foimdation who also have the ability to deal with important 
social concerns. Masters and doctoral students in the program work on problems 
covering the wide range of technical fields available at MIT, including 
environmental studies. 

The curriculum has two parallel tracks, one with a focus on engineering and the 
physical sciences and one with a focus on the social sciences. The curricula 
of both tracks include three subjects in policy analysis and three subjects in 
an integrated core selected by the student and his or her advisor. Thesis 
topics are often based on research projects that include both technical and 
policy components. Typical topics in enviroiuaental studies include priority 
setting and enforcement in hazardous waste remediation, water conservation and 
pricing, and the economic and environmental impacts of alternative energy 
policies. Faculty comes from Engineering, Political Science and Urban studies. 
Enter command: Tg^OfT^ 

Page Add Replace Delete Values Eval Topic User Quit 
I- 1 1- 1 1- I 1-1 mode [id] 
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Sustainable Development Server(tin) Mon Aug 30 23:09:14 1993 

Bibliography 

You are sys ngr, looking at the primary version, with default values — 

T for next higher topics; TO for root topics; P for page contents. 

■4 

Tl Author Listings 

T2 Solow Literature Search (By Author) 
T3 Right to Development 
T4 Structured Bibliography 



Enter command: f/; ^/ ^ 

Topic Add Replace Delete Heading Eval Page User Quit 
0-4 1-4 1-4 1-4 mode [id] 
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Author Listings 

You are sys agr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents! 

T211 Meadows, D., Smart Development, Hot Dumb Growth 
T212 Mendes, C, Flc^t for the forest. 

SJf Uf^Jf?*?' ecology: the search for a livable world. 

^li 2?^^ A i. development and the environment: a comparison of sus 

S^SJ^ ^'^ C. , Assault on Papua New Guinea, 

m,,, 2^yf"°to, J., Tackling Environmental Issues in Companies 

nil 2oiiJ!^s«?"w^''**'"w**"5* Exchanges: Attempting to Deal Simultaneously wi. 
T218 Morandini, N., La cumbre de Rio fue un rugido de raton. 

T219 Mourmouras, A., 'competitive Equilibria and Sustainable Growth In a Life-cvc 

T220 Mumtaz s.; Durr-e-Nayab, Management Arrangements of the Chaprote ForSt^ 

T221 Musu, I., Economia e aabiante. (Economics and Environment with Enoi Teh -.^ 

T222 Myers N. , The Environmental Basis of SustalSaSe S^JS^eSJ ' 

T223 Newall, J., The Challenge of Competitiveness *«p«Bnt 

lilt S}??l»iBen, J.; Hoeller, P., org. for Econ. Coop, and Development Deot of 

mer"iSS:5d:^Vz.T?r" '* ^'^^^ 

Topic Add Replace Delete Heading Eval Page User Ouit 
0-35« 1-356 1-356 1-356 Bode [id) 
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Meadows, D., Smart Development, Not Dumb Growth 
— You are sys agr, looking at the primary version, with default values- — — 



Fulll Citation: 



Meadows, D. , "Smart Development, Not Dumb Growth", 95(6) Technology Review 68-69 
(Aug/Sep 1992} . 



Enter command: P 

Page Add Replace Delete Values Eval Topic User Quit 
1-2 1-2 1-2 1-2 mode [id] 
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Meadows, D., Smart Development, Not Dumb Growth 
^ou are sys mgr, looking at the primary version, with default values 

Abstract (ABl) : The recent US history of stimulating economic growth at any cost 
is precisely what has created the current difficulties. Smart developnent build 
s on a region's unique slcills and resources end encourages durable local busines 
s, while dumb growth entices a big corporation, which exerts control from outsid 
e, drains profits back outside, undercuts local manufacturers, and lays off hund 
reds of people without warning. Dumb growth also disregards many infrastructure 
investments because they do not pay off visibly enough or soon enough. Drawing a 
distinction between sustainable development and unsustainable growth does not m 
ean being anti-economic; it means being practical and creating an economy that d 
oes not delude itself with booms that create their own busts or with drawing dow 
n and polluting the resources of the earth upon which all economic activity depe 



Enter command: f , TO 



Page Add Replace Delete Values Eval Topic User Quit 
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Sustainable Development Server (tm) Hon Aug 30 23:41:14 1993 

Sustainable Development Server (tm) Version 1.0 ^ 

— You are sys mgr, looking at the primary version, with default values 

T for next higher topics; TO for root topics; P for page contents. 

4 

Tl Academic Programs 

T2 Best Practices 

73 Bibliography 

T4 Consortium Members 

T5 Employment and Services 

T6 information Networks 

T7 Suggested Improvements to the System 



Enter command: 

Topic Add Replace Delete Heading Bval Page User Quit 
0- 7 1- 7 1-7 1-7 mode [id] 
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Consortium Members 

"~"~^ou are sys mgr, looking at the primary version, with default values—-— 
T for next higher topics; TO for root topics; p for page contents. 

Tl Academe 
T2 Government 
T3 Industry 

T4 International Agencies 

T5 Non-Governmental Agencies (NGOs) 



Enter command: Tj 

Topic Add Replace Delete Heading Eval Page User Quit 
0-5 1-5 1-5 1-5 mode [id] 
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Employment and Services 

You are sys mgr, looking at the primary version, with default values-— — 

T for next higher topics; TO for root topics; P for page contents. 

Tl Consultancies 

T2 Law Firms 

T3 Positions Available 



Enter command: Ty 

Topic Add Replace Delete Heading Eval Page User Quit 
0-3 1-3 1-3 1-3 mode [id] 
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Information Networks 

~~~Vou are eys mgr, looking at the primary version i with default values — 

T for next higher topics; TO for root topics; P for page contents. 

Tl On-line Computer Networks 
T2 Off-line Computer Networks 
T3 Other Information Networlcs 



Enter command: ^ 



Topic Add Replace Delete Heading Eval Page User Quit 
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CLAIMS 

1. A method of operating a digital computer to support the 
execution of transactions to buy and sell assets maintained in 
portfolios of diverse asset owners, comprising. the steps of: 

collecting for execution portfolio transactions 
submitted by portfolio owners; 

aggregating the collected transactions into a single 
transaction data base; and 

consummating the market transactions aggregated in the 
transaction data base, by matching buy and sell transactions of 
Bubetantially but not necessarily equal parameters. 

2. The method of claim 1 further including the step of 
updating the portfolios to account for the consummated 
transactions. 

3. The method of claim 1 further including the step of 
transmitting the consummated market transactions to financial 
intermediaries specified by particular portfolio o%mers. 

4. The method of claim 1 wherein the step of consummating 
comprises the steps of: 

establishing an estimated asset price; 

successively approximating the asset price mtil 

convergence is reached between buy and sell transactions. 

5. A method to aggregate private rights to state-owned 
enterprises into a "Stock Market Unit" which achieves 
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iinmediateprivatization without the need to value enterprises i 
comprising the steps of: 

specifying an interval over which all enterprises 
of a particular category will be included in the Stock Market 
Unit; 

for each individual who is to share in the ownership 
of said enterprises, establishing on a mass storage unit of a 
digital computer systoti an asset ownership file; and 

crediting to each said asset ownership file one share 
in each such enterprise. 

6. A computer- implemented method of creating a liquid market 
in annuity instruments comprising the steps of: 

defining in a computer memory standardized actuarial 

tables; 

operating the computer to match offered annuity 
instruments with bid annuity instruments according to 
characteristics specified by particular bidders and offerors; 
and 

calculating and assigning as the price of such matched 
instruments the implcit interest rate in association with a 
particular standardized actuarial table. 

7. A computerized method of operating a market system for the 
service of exercising delegated investment authority over a 
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portfolio, comprising the steps of: 

in a computer memory, building a file identifying 
delegatees qualified to exercise investment authority over 
portfolios; 

operating the computer to accept bids for the services 
of delegatees and offers of the services of delegatees wherein 
the compensation of the delegatee may be specified as either 
a percentage of assets to be traded or a percentage of total 
return; 

operating the computer to clear the market by 
determining those delegatee remunerations which satisfy the 
greatest quantity of delegations subject to maximtim constraints 
by delegatee. 

8. A computerized method of polled shareholder voting on 
corporate resolutions, comprising the steps of: 

specifying to the computrer a threshhold above which a 
shareholder is considered large; 

specifying to the- computer a number of small 
shareholders to sample; 

operating the computer to generate a list of corporate 
shareholders before whom the corporate resolution should be 
placed, including each large shareholder and a statistical sample 
of small shareholders. 
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9. A method of operating a computerized knowledge data base 
which evolves based on user evaluations and proposed 
contributions, comprising the steps of: 

operating the computer to receive from a user proposed 
contributions to the adaptive Icnowledge base; 

providing a user the ability to evaluate the 
organization and contents of the knowledge base, including new 
proposed contributions of other users; 

selecting those portions of the knowledge base to 
preserve as a function of evaluations. 

10. A method of operating a computerized data base which 
provides access to data base entries based on evaluations of said 
entries by any user or users, comprising the steps of: 

associating entries with user evaluations of said 
entries; and 

providing a user the ability to key access to entries 
according to the evaluations of any specified user or users. 

11* A method of operating a computerized data base which 
provides a user access to entries therein based on estimates of 
the user's own evaluations, comprising the steps of: 

correlating the user's past actual evaluations of 
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entries with evaluations of those entries by other users; 

using those correlations, estimating the user's 
evaluations in the for an entry for which the user has not 
entered an actual evaluation. 

12. A method of operating a computerized data base which is 
distributed by segment to users based on their expressions of 
interest in different components of the data base, comprising the 
steps of: 

providing the user the capability to hierarchically 
tag portions of the data base with an indicator of interest; 

providing the user the capability to specify the 
quantity of information from the data base to be received in 
response to a q\xery; 

probabilistically selecting portions of the data base 
for distribution as a function of interest level. 

13. A method of operating a computerized data base by which a 
user can define his own structure of keyword access , comprising 
the steps of: 

providing the user the capability to specify new 
keywords according to a boolean pattern of words or phrases 
contained in an entry; and 

providing the user the capability to override this 
default definition for specific entries in the data base. 



wo 94/10637 



253 



PCr/US93/10557 



14. A method o£ operating a computerized data base which 
provides a gateway to other data bases or access to other program 
modules, coxoprising the steps of: 

identifying as a selection alternative at a particular 
location in the data base a gateway or program module; and 

providing the user the capability to store the current 
context of the data base, invoke the specified gateway or 
program module, and sxibseguently resimie data base operation. 

15. A method comprised of any combination of the methods of 
claims 1 through 14 wherein the data base is an adaptive 
knowledge base. 

16. A method comprised of any combination of the methods of 
claims 1 through 13 in which an adaptive knowledge base is used 
to interface to a simulated or actual computerized marketplace. 

17. A method comprised of any combination of the methods of 
claims 1 through 16 in which assets are distributed to a large 
number of owners. 
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Enterprise leadership prepares Privatiration ^^^P^^^ 
including: selective pasport update, daimedphyaca^^faalitoes, 
or<sani2atioT» census, demonopolization goal, in addition to 
stSfk eompensation plan for board, management and workers. 



f03 



Privatization Board Review of PBP: disapprove (with reasons), 
negotiate or approve; resolve inter-enterprise conflicts; 
establish effective privatization date. 



Effective p TivatiTarion date 



Start of stock comperwatiai plan 
Periodic financial reporting requirements 



Enterprise restructuring and spin-offs. 



Privatization Board review of enterprise application 

for certification of demonopolization: disapprove (with reasons), 

negotiate or approve; establish effective demonopolization date. 



Vesting of compensation stock 
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^^j^^^' ^ Roctttch iLttd Analyns 



a 



PxiYatuatioii Planner'*^' 



I 



PriYatiwtion Plannet^^ 



Establish property rights^ "*^ 



Formulate incomes poHcy j 



Stmctue privatisation seqaenee 



PrivatigatioB Baainets Rlam 
Effective Privatigatioa DaieT 



Demonopcli«atloB Date { 



Establish oversight agency 



Customise Pxnratise!'^. 



Select assets to 



support I 



-2\5 
237 



Select transactions to support 



Choose parameter values 



r 

1^ 



23^ 



vn 



Portfolio owners and ddegatees submit transactions 



— I Processing centers generate Transaction Data^Baae 



Central computer processmg | 

' Generate reinvestment ttansaction^ ' 2^7 



Establish valid dekgations* 
"—"tSeiect between alternative transactionsT^ 



'Calculate dearing prices 



Transmit results to finandal institution^t^^^^ 



— 2.v9 

Support enterprise thawhoMet YotcsJ ' 



Support auctions of other state property] 
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^^ceofe^to> <^dioslovg^ ^Tportfolio 
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REGIONAL 



{:3-» iXACTh g/<y 



^ warning sepoxi 



IXACTl 



ADB 

CDB 

CHIDB 

EDB 

FIDB 

FORNDB 

GDB 

TDB 



Aneiton DB 
GSttsenDB 

CharitoUe Iniiitntbn DB 

Entetpxise DB 

FinucUl Ittstitiition DB 

Feteign luTcttar DB 

Oomcnunent DB 

FBDB Piitmtiution Bmtd DB 

TotutenUxjr DB 



(•orted ud compreheasiTe) 

03 ' OisucTrc 
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IDOHFGEN 



(DOHTI 




Gcnente delcgAtee oider file. 



Estimate asset prices assuming aD ddegation offers 
abore delegatee-spedfied minima axe consummated. 
Update XDB with teinTestment tmasactions. 



EPBISE { errJMri 
PRICES ^/ 




Estimate asset Talnes in oider to vaine 
ddegation offers and lending offers. 



[Lending Reports / 
) Bonowing Updates ^ 

IDELCOMpI iXACTi XACT: Update XDB. 

DELCOBfiP: Calculate ddegatee compensation tkreshdds. 

fcwvt r ^ oAM^i Estimate asset prices nsing final delegations. 



~r 



PRICES 



EPRISB Lisrtf^AiTi 



i»2 



EPSISE 
PRICES 

T 



Use price estimate #2 to decide whether to 

iBToke ELSE transactions. Calculate final asset prices. 



DKPOSEl e^^ 



Execute transactions, calculate delegatee compeusation, 
update XDB, generate DP. 



Sort disposition file* Prepare t^>es/diskette9/reports 
fior transmittal to financial inatiturions. 
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